Весь коннект не насвистишь, но я в 2002 году, прочитав ту шутку, небезуспешно пытался. Как раз работал над кодом софтмодема, и были все необходимые измерялки. Уже 9 лет прошло, так что протоколы уже не помню, но удавалось в стейт-машине модема дойти до 3-его стейта, а с каким-то глючным старым модемом (их было полно в лабе) и сконнектиться по v.22 на 300 бод без протоколов.
Аналогично, такое совпадение — прямо сейчас пишу и-мэйл где перечисляю планшеты,
представленные на этом цебите. Двухъядерных хватает, в APAC полно ODM'ов которым вдохновляют лавры HTC и Asus…
А что, такие есть? Есть специальные микросхемы, которым даешь процессору ключ, текст, параметры, и они [де]шифруют.
А в процессоре просто пара инструкций, которые исполняют набор битовых операций, который, например, можно использовать в AES. Если ими пользоваться, то можно зашифровать несколько быстрее. (не на порядки, а в разы). Так в любом случае с каждым поколением железа скорость шифрования увеличивается.
Спасибо, многого не знал. Мне Niederlassungserlaubnis сразу же дали, беамер сказал что если достаточно большая зарплата можно получить сразу.
Русских прав не было, только Новозеландские. С ними проще. Вообще, кажется съездить, например, в штаты, сделать права, и поменять на немецкие чем делать с 0 в Германии.
Конечно, сравнительно недавно выпущенные процессоры никто не выкинет. Хотя знаю одну компанию, выбрасывающую на вторичный рынок порядка 10000 Xeon EP камней, именно потому, что выходит камень поновее.
С конца 2008 года примерно не пользовался BUS_DRDY_CLOCKS на Xeon'ах, при том, что Vtune использую на работе практически ежедневно. Клиенты, которых настолько волнует производительность, чтобы заботиться о микроархитектурных евентах, сначала апгрейдятся, а потом уже сами или с помощью консультанта типа меня начинают профайлиться.
Т.к статья классическая, то она вся актуальна, кроме того, что касается FSB, которая на современных процессорах Intel давно не мешает масштабируемости, по очевидным причинам.
Поэтому часть об евентах типа BUS_DRDY_CLOCKS уже можно рассматривать с исторической точки зрения.
Лучше с работой, хуже климат, более интересные окрестности, но нет возможности поехать на пляж, где будешь тольео ты один.
Люди более «европейские» — чопорные, меньше Новозеландского раздолбайства. В сфере услуг это хорошо, а так, наверное, нет. Из дома босиком или в шлепанцах в супермаркет или бассейн не пойдешь.
Проблемная вещь номер 1 в Г — в воскресенье ничего не работает. В НЗ — далеко от всего, меньше выбор везде, и ультрафиолетовое солнце.
«Это просто пример, и пусть в этом примере на машине одновременно исполняется масса другого нужного кода.» Например, GUI под Windows. Клиентам очень нравится.
Когда есть ОС, разработка сложных и больших вещей проще. А если было бы нужно просто гонять данные с минимальной обработкой, то ОС, конечно же, не нужна.
Это действительно достаточно большое преступление в 99% случаев, когда пишется ISR. Еще бОльшее преступление — отдавать эту работу в DPC в остальных 1% случаях. Как и у остальных правил, бывают исключения.
Я специально указал в примере, что данные получены по DMA от одной железки, и результат работы FIR фильтра над ними обязательно должен быть отдан другой железке за минимальное и предсказуемое время. Как бы Вы еще поступлил на x86 под Windows или Linux?
Я упростил пример, чтобы сконцентрироваться на том, что даже если исполняется код на самом верхнем IRQL, и некому его прерывать, то исполняться он все равно будет за разное время.
Кстати, если бы я использовал, например, Twincat под Windows XP, то FIR работал бы все равно фактически на 28 IRQL, а не на 2, как рекомендуете вы и Microsoft.
представленные на этом цебите. Двухъядерных хватает, в APAC полно ODM'ов которым вдохновляют лавры HTC и Asus…
На любом процессоре можно реализовать AES более чем одной командой. Используя AES-NI команд надо несколько меньше, но не радикально меньше.
Сюда бы Фоменко, он бы доказал, что все это — казачья глаголица!
А в процессоре просто пара инструкций, которые исполняют набор битовых операций, который, например, можно использовать в AES. Если ими пользоваться, то можно зашифровать несколько быстрее. (не на порядки, а в разы). Так в любом случае с каждым поколением железа скорость шифрования увеличивается.
www.microsoft.com/downloads/en/details.aspx?FamilyID=F134B503-3E55-4E3C-8A01-95264B46B8F1
Русских прав не было, только Новозеландские. С ними проще. Вообще, кажется съездить, например, в штаты, сделать права, и поменять на немецкие чем делать с 0 в Германии.
Спишемся, отлично. Приезжай.
С конца 2008 года примерно не пользовался BUS_DRDY_CLOCKS на Xeon'ах, при том, что Vtune использую на работе практически ежедневно. Клиенты, которых настолько волнует производительность, чтобы заботиться о микроархитектурных евентах, сначала апгрейдятся, а потом уже сами или с помощью консультанта типа меня начинают профайлиться.
Т.к статья классическая, то она вся актуальна, кроме того, что касается FSB, которая на современных процессорах Intel давно не мешает масштабируемости, по очевидным причинам.
Поэтому часть об евентах типа BUS_DRDY_CLOCKS уже можно рассматривать с исторической точки зрения.
Люди более «европейские» — чопорные, меньше Новозеландского раздолбайства. В сфере услуг это хорошо, а так, наверное, нет. Из дома босиком или в шлепанцах в супермаркет или бассейн не пойдешь.
Проблемная вещь номер 1 в Г — в воскресенье ничего не работает. В НЗ — далеко от всего, меньше выбор везде, и ультрафиолетовое солнце.
Когда есть ОС, разработка сложных и больших вещей проще. А если было бы нужно просто гонять данные с минимальной обработкой, то ОС, конечно же, не нужна.
Я специально указал в примере, что данные получены по DMA от одной железки, и результат работы FIR фильтра над ними обязательно должен быть отдан другой железке за минимальное и предсказуемое время. Как бы Вы еще поступлил на x86 под Windows или Linux?
Я упростил пример, чтобы сконцентрироваться на том, что даже если исполняется код на самом верхнем IRQL, и некому его прерывать, то исполняться он все равно будет за разное время.
Кстати, если бы я использовал, например, Twincat под Windows XP, то FIR работал бы все равно фактически на 28 IRQL, а не на 2, как рекомендуете вы и Microsoft.