Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, dr.Chaos, Вы писали:

DC>>Собственно про МакОсь тебе ничего толком неведомо .

I>Я ж этого и не скрываю

Тогда зачем советовал? И не надо тут про шутки. Шутка это не когда за кадром смех или смайл стоит, шутка — это когда что-то смешное есть. Хотя, пожалуй, есть что-то смешное когда ты МакОсь рекомендуешь.

Здравствуйте, dr.Chaos, Вы писали:

I>>Я ж этого и не скрываю

DC>Тогда зачем советовал? И не надо тут про шутки. Шутка это не когда за кадром смех или смайл стоит, шутка — это когда что-то смешное есть. Хотя, пожалуй, есть что-то смешное когда ты МакОсь рекомендуешь.

Тебе справку принести, что там была шутка или пруфлинк дать ?

Обычно когда чтото смешное есть, я ставлю смайлики.

Здравствуйте, gandjustas, Вы писали:

G>>>1)Карты\токены — легко протерять.
C>>Ты часто теряешь водительские права?
G>Нет. Документы, подтверждающие личность без личности практически бесполезны.
А как вероятность потерять документ зависит от типа документа?

G>А если еще есть злоумышленник, который захочет завладеть картой..
Как? Её можно разве что только физически украсть. А это не так просто.

G>>>2)Биометрия — дорого, ненадежно, простые вещи типа отпечатков довольно легко подделываются
C>>Ага. Хотя с пунктом 1) — вполне.

G>Вообще каждый из методов имеет свои недостатки, достаточно надежным может быть только сочетание как минимум двух. Причем не как "дополнительная мера", а именно как часть системы безопасности (те проектироваться с самого начала).
G>Хорошо себя показывают карты\токены с паролем.
Мне больше нравятся токены с генератором чисел + пароль. Не нужно никаких дополнительных железок.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, gandjustas, Вы писали:

G>>>>1)Карты\токены — легко протерять.
C>>>Ты часто теряешь водительские права?
G>>Нет. Документы, подтверждающие личность без личности практически бесполезны.
C>А как вероятность потерять документ зависит от типа документа?
Это зависит от наличия злоумышленника. Мы ведь говорим об атаках (целенаправленных), а не случайностях.


G>>А если еще есть злоумышленник, который захочет завладеть картой..
C>Как? Её можно разве что только физически украсть. А это не так просто.
Иногда это проще чем кажется. Это банковские карты ассоциируются у людей с деньгами и они берегут эти карты. А вот всякие токены и другие "брелки" не вызывают таких чувств. Сегодня был у заказчика прямо на столе лежит токен для входа в их сеть снаружи, мог спокойно забрать, вряд ли бы кто-то обнаружил.

Здравствуйте, vdimas, Вы писали:

V>Буфера директ-саунда по 15-20ms, и ничего не страдает. Я вообще не понимаю в чем проблема. Потерять аудио за 10ms — это даже не смешно, это невероятно. Обычно буфера записи берут ровно на порядок больше.

А у меня буфера — чуть больше 3. Так надо. При буферах в 20ms общая летентность получается 60, что является полным сливом. Самое обидное, что работает в основном нормально. Может часами работать даже под нагрузкой. Но нет-нет, да и потеряется 3-4 буфера. Очень редко, но это все равно равносильно недееспособности.

Здравствуйте, McSeem2, Вы писали:

V>>Буфера директ-саунда по 15-20ms, и ничего не страдает. Я вообще не понимаю в чем проблема. Потерять аудио за 10ms — это даже не смешно, это невероятно. Обычно буфера записи берут ровно на порядок больше.

MS>А у меня буфера — чуть больше 3. Так надо. При буферах в 20ms общая летентность получается 60, что является полным сливом. Самое обидное, что работает в основном нормально. Может часами работать даже под нагрузкой. Но нет-нет, да и потеряется 3-4 буфера. Очень редко, но это все равно равносильно недееспособности.

Если ты про гитарные примочки, то ничего не выйдет, я 3 года назад выжимал максимум из ASIO и DirectSound, фигня выходит. Кстати, не всегда ASIO дает меньшие задежки, сегодня много аппаратных буферов в чипах, и директ-саундовые дрова являются зачастую не более толстой "оберткой" над пинами, чем ASIO.

Так вот, весь тракт должен давать задержку не более 10-15ms, это так, на чтении получается неплохо, в районе 5-ти получить легко... Но воспроизведение подводит. И особенно хреново (а это бывает часто), когда расходятся частоты записи и воспроизведения. На доли процентов, но потом набегает переполнение или недополнение буфера воспроизведения. Удивительно, но факт. Знаю как бороться, если что — пишите письма.

Единственно что еще можно посоветовать — выключить нафиг сетевухи, USB и вообще все неиспользуемые устройства на материнке, повырубать сервисы по-максимуму, особенно всякие автообновления и т.д. Создать один поток для записи и воспроизведения без всяких event-ов, поток сделать с реалтаймовым приоритетом, процесс тоже сделать реалтаймовым. Делать sleep(1) только если нечего писать в выходной буфер. Т.е. в бесконечном цикле выбирать и обрабатывать входные данные, пока они есть, и только если нет — sleep(1). Мышка будет перемещаться кусочно-гладко и вообе комп будут тормозить, но хоть как-то будет это все работать. И все равно, результат не гарантирован.

А если более серьезно ко всему этому отнестись, то надо купить/заказать какую-нить плату с сигнальным процом (или просто с шустрым процом) с периферией ЦАП/АЦП, и наслаждаться задержками в единицы миллисекунд. Ну или что-то вроде http://www.rta.ru/news/brand/news652.html

Еще можно пойти по экстремальному пути — попробовать взять какую-нить из embedded linux, типа ucLinux. Эти "конструкторы лего" предназначены для сборки своего образа под конкретную железку. Можно выкинуть кучу лишнего и хоть свой цикл ядра написать. Вроде, на современных виртуалках можно довольно оперативно отладить образ.

Здравствуйте, gandjustas, Вы писали:

G>>>Нет. Документы, подтверждающие личность без личности практически бесполезны.
C>>А как вероятность потерять документ зависит от типа документа?
G>Это зависит от наличия злоумышленника. Мы ведь говорим об атаках (целенаправленных), а не случайностях.
Злоумышленнику надо будет украсть физический объект, да ещё и подсмотреть пароль. Всё-таки, физические объекты мы более-менее умеем хранить в безопасности.

G>>>А если еще есть злоумышленник, который захочет завладеть картой..
C>>Как? Её можно разве что только физически украсть. А это не так просто.
G>Иногда это проще чем кажется. Это банковские карты ассоциируются у людей с деньгами и они берегут эти карты. А вот всякие токены и другие "брелки" не вызывают таких чувств. Сегодня был у заказчика прямо на столе лежит токен для входа в их сеть снаружи, мог спокойно забрать, вряд ли бы кто-то обнаружил.
Ну это уже чисто организационные меры. Пара показательных казней увольнений сотрудников, нарушающих правила ИБ — и проблем нет.

И даже в случае кражи токена — это будет обычно весьма быстро обнаружено, в отличие от кражи пароля.

Здравствуйте, vdimas, Вы писали:

V>Если ты про гитарные примочки, то ничего не выйдет, я 3 года назад выжимал максимум из ASIO и DirectSound, фигня выходит. Кстати, не всегда ASIO дает меньшие задежки, сегодня м4ного аппаратных буферов в чипах, и директ-саундовые дрова являются зачастую не более толстой "оберткой" над пинами, чем ASIO.

Ну да, именно гитарные примочки, причем, не простые, а полифонические — то есть, в простом случае у меня есть 6 входов и 2 выхода. В сложном случае — 12 входов (6 струн с магнитного гексафоника и 6 — с пьезо-cёдел), далее — 6 выходов на гексафонический сустейнер, плюс 5.1 (или даже 7.1) на основных выходах. Да, для одной-единственной гитары это многовато. Но просто вот мощность проца и шины все это делает как здрасте, а много проводов в гитарном кабеле — сегодня не проблема, хоть 64. Загрузка 1 треда (одного!), даже при самых дорогих пайплайнах на 24 каналах — не более 20%. Загрузка шины — ну процентов 15. Но вот сама винда — гадит. Проверено на PCI-девайсах и на FW и на USB — то же самое, на разных компах, начиная с друхядерного лаптопа, заканчивая разогнанным 4-ядерным Core 5. То есть, дело не в компе, дело в самой винде. Все мешающие девайсы отключали. Но вот иногда, может раз в несколько часов начинает "пропукивать", причем, пачкой — до полусекунды лажи, а потом — опять все нормально. Вот это — бесит. Все нормально работает, но вдруг ВНЕЗАПНО — брррььь — и потом опять нормально. Причем, это один тред на 4-ядерном компе. Загрузка треда — не более 20%. Еще раз порвторю, на разных девайсах разных производителей и разных компах, с разными драйвеcами — PCI, USB и FW — ситуация воспроиводится. Девайсы M-Audio, MOTU, Focusrite. Эх, надо чтоли RME Fireface-800 запробовать — вдруг чудо случится! Но они дорогие заразы и у меня есть стойкое предчувствие, что никакого чуда не случится. Такие дела.

V>Единственно что еще можно посоветовать — выключить нафиг сетевухи, USB и вообще все неиспользуемые устройства на материнке, повырубать сервисы по-максимуму, особенно всякие автообновления и т.д. Создать один поток для записи и воспроизведения без всяких event-ов, поток сделать с реалтаймовым приоритетом, процесс тоже сделать реалтаймовым. Делать sleep(1) только если нечего писать в выходной буфер. Т.е. в бесконечном цикле выбирать и обрабатывать входные данные, пока они есть, и только если нет — sleep(1). Мышка будет перемещаться кусочно-гладко и вообе комп будут тормозить, но хоть как-то будет это все работать. И все равно, результат не гарантирован.

Пишу письма. Все это делали. Кстати говоря, реалтайм-приоритет улчшает ситуацию, в особенности в комбинации с AffinityMask на ASIO-треде и на один проц. При этом, если есть 2 или более ядер, все работает без дергания мыши, как и ожидается. Я уж подумал было — ну ВОТ оно счастье! Но увы, время ожидания "пропуков" просто увеличилось, но они не исчезли.
Боюсь, что винда не подходит в принципе. Для экспериментов — еще можно пережить, но для записи и уж тем более лайв перформанса — слив однозначный. Абсолютно неработоспособная система. А требуется-то всего-ничего — вовремя обрабатывать эвенты. Не нужен жесткий реаал-тайм. Не нужно много времени на обработку моих эвентов, мне 0.4ms на 3-х ms буфер вполне хватает c большим запасом. Мне надо, чтобы эвенты поступали регулярно каждые 3 миллисекунды. Но вот 10ms зависания в ядре, при полном игноре на внешние раздражители — это называется кома. Винда впадает в кому. Редко, но впадает. Это просто такой жизненный факт.

V>А если более серьезно ко всему этому отнестись, то надо купить/заказать какую-нить плату с сигнальным процом (или просто с шустрым процом) с периферией ЦАП/АЦП, и наслаждаться задержками в единицы миллисекунд. Ну или что-то вроде http://www.rta.ru/news/brand/news652.html

Я хочу сделать харду плюс софту для распространения. Мне не нужна софта для моего личного перформанса на сцене, тем более, что и играть-то я толком не умею. А вот с гексафоником — это кайф экспериментировать. Может быть я даже найду какой-нибудь новый гитарный звук. Но не факт, конечно же.

V>Еще можно пойти по экстремальному пути — попробовать взять какую-нить из embedded linux, типа ucLinux. Эти "конструкторы лего" предназначены для сборки своего образа под конкретную железку. Можно выкинуть кучу лишнего и хоть свой цикл ядра написать. Вроде, на современных виртуалках можно довольно оперативно отладить образ

Ну вот есть конечно всякие там ffado под Линух. Но вот коньюктура такова, что в первую очередь — гламурные яблоки (кстати-кстати, а как там с реал-таймом, скажем, 32-канальным аудио, 16 входов и 16 выходов, на 24 бита и хотя-бы 44.1?). Для винды делают во вторую очередь, чего-то там пытаются, но судя по всему, испытывают неимоверный батхёрт от непредсказуемости. Но вот на реал-тайм в линухе — всем пох почему-то. И уж что говорить про QNX. Для юнихов аудио-производители вообще ничего не делают. Все держится на голом энтузиазме типа ffado для Линуха. Это печально. Процы — настолько мощные, а софты — настолько непредсказуемые, а вендоры настолько тупые... Это бесит! ЭТО МЕНЯ БЕСИТ!!! http://www.youtube.com/watch?v=ngCPORfgi0

Здравствуйте, McSeem2, Вы писали:

MS>Боюсь, что винда не подходит в принципе. Для экспериментов — еще можно пережить, но для записи и уж тем более лайв перформанса — слив однозначный. Абсолютно неработоспособная система. А требуется-то всего-ничего — вовремя обрабатывать эвенты. Не нужен жесткий реаал-тайм. Не нужно много времени на обработку моих эвентов, мне 0.4ms на 3-х ms буфер вполне хватает c большим запасом. Мне надо, чтобы эвенты поступали регулярно каждые 3 миллисекунды. Но вот 10ms зависания в ядре, при полном игноре на внешние раздражители — это называется кома. Винда впадает в кому. Редко, но впадает. Это просто такой жизненный факт.

Ну и дела, жосткий реалтайм не нужен, но надо что бы эвенты поступали каждые 3 милисекунды

Это и есть жОсткий реалтайм.

MS>Но вот на реал-тайм в линухе — всем пох почему-то. И уж что говорить про QNX. Для юнихов аудио-производители вообще ничего не делают.

Делают там где можно срубить бабла и побольше.

Здравствуйте, dr.Chaos, Вы писали:

P>>Гы. Несколько лет назад в руках держал звуковую карту с лампой. Кстати немереных денег стоила

DC>Ёпт! Она ж электроны чистые выдаёт!

Она дорогая как раз из за лампового каскада.

Здравствуйте, Cyberax, Вы писали:

G>>Иногда это проще чем кажется. Это банковские карты ассоциируются у людей с деньгами и они берегут эти карты. А вот всякие токены и другие "брелки" не вызывают таких чувств. Сегодня был у заказчика прямо на столе лежит токен для входа в их сеть снаружи, мог спокойно забрать, вряд ли бы кто-то обнаружил.
C>Ну это уже чисто организационные меры. Пара показательных казней увольнений сотрудников, нарушающих правила ИБ — и проблем нет.

Это ничего не даёт. Кто то станет соблюдать правила, кому то фиолетово, а кто то наоборот начнет сопротивляться.

Нужны не увольнения а своего рода культура безопасности, т.к. людей воспитывать долго и упорно.

C>И даже в случае кражи токена — это будет обычно весьма быстро обнаружено, в отличие от кражи пароля.

Токен можно взять без цели хищения, чисто ради доступа.

Здравствуйте, dr.Chaos, Вы писали:

AV>>Думаешь что-нибудь интересного будет в этом съезжании?

DC>Надеялся, хоть какие-то аргументы приведёт.

Шота последнее времея вы оба у меня ассоциируетесь с собаками Павлова

С

Здравствуйте, Ikemefula, Вы писали:

I>Ну и дела, жосткий реалтайм не нужен, но надо что бы эвенты поступали каждые 3 милисекунды
I>Это и есть жОсткий реалтайм.

Извините, но это чушь. Меня бы устроило, чтобы было от 2-х до 4-х миллисекунд — не обязательно, чтобы было точно. Главное, чтобы я успел обработать, а я успеваю, дай хоть пол-миллисекунды. Еще раз, для тех кто в танке — на современых процах и шинах зависать в ядре и занимать шину даже на 1 миллисекунду — это моветон. А винда позволяет это делать на 10 и может быть даже больше. А что такое 10 миллисекунд — это как минимум 20 миллионов тактов проца и как минимум — полмиллиона тактов шины. У меня есть стойкое ощущение, что это исключительно софтовый тупизм имени товарища Микрософта, а не драйвер, не комп, и не шина. Еще раз — для тех, кто в особо глухом танке — формально все работает, но вот хоть раз в несколько часов, да пукнет. Это называется метеоризом. Винда уже страдает метеоризмом. Скоро наступит старческий маразм, я это предвижу.

I>Делают там где можно срубить бабла и побольше.

Согласен. И они при этом не понимают, что чуть больше усилий для поддержки в чуть более пригодных системах — и вот оно счастье и бабло. Тупят. Тупо тупят. Маркетологи, ну что с них взять? — никчемные млекопитающие паразиты рулят этими вашими бизнесами, типа придурка Балмера. И это печально.

Здравствуйте, dr.Chaos, Вы писали:

AV>>Думаешь что-нибудь интересного будет в этом съезжании?

DC>Надеялся, хоть какие-то аргументы приведёт.

Да ты, как я посмотрю, еще больший оптимист, чем я

Здравствуйте, McSeem2, Вы писали:

MS>Извините, но это чушь. Меня бы устроило, чтобы было от 2-х до 4-х миллисекунд — не обязательно, чтобы было точно.

Это и есть жОсткий реалтайм.

MS>У меня есть стойкое ощущение, что это исключительно софтовый тупизм имени товарища Микрософта, а не драйвер, не комп, и не шина.

Это не софтовый тупизм, это особенность шедулера. Винда не является ОС реального времени.

Поднагрузи ты систему чем нибудь — и такое проявится гораздо чаще.

Еще раз — Винда не ОС РВ. Шедулер не тот.

Пофикси ты хоть все баги в Винде, ничего не изменится — она не станет от этого ОС РВ.

Есть например проблема — инверсия приоритетов. Вот как с ней быть, можешь в двух словах ?

I>>Делают там где можно срубить бабла и побольше.

MS>Согласен. И они при этом не понимают, что чуть больше усилий для поддержки в чуть более пригодных системах — и вот оно счастье и бабло. Тупят. Тупо тупят.

Они то как раз понимают. И усилий надо совсем не чуть чуть.

>Маркетологи, ну что с них взять? — никчемные млекопитающие паразиты рулят этими вашими бизнесами, типа придурка Балмера. И это печально.

Я мог бы тебе объяснить, почему ты не прав, но боюсь слишком длинная беседа получится.

Здравствуйте, McSeem2, Вы писали:

MS>Я хочу сделать харду плюс софту для распространения.
Дык если у тебя бандл то выкинь нахрен всё что выше висты и поставляй на той же ХР.

Здравствуйте, Ikemefula, Вы писали:

MS>>Извините, но это чушь. Меня бы устроило, чтобы было от 2-х до 4-х миллисекунд — не обязательно, чтобы было точно.
I>Это и есть жОсткий реалтайм.
I>Это не софтовый тупизм, это особенность шедулера. Винда не является ОС реального времени.

Я понимаю, почему геймеры любят любят консоли, а не любят винду — именно из за непредсказуемых зависаний на 10 миллисекунд в самый критический момент. Извиняюсь еще раз, но при современных частотах, зависание на 10 миллисекунд — это моветон. Это было нормально лет 20 назад. Сейчас — это вершина некомпетентости для любой ОС.

I>Поднагрузи ты систему чем нибудь — и такое проявится гораздо чаще.

А пофиг. На абсолютно разгруженной системе это тоже проявляется, проверено.

I>Еще раз — Винда не ОС РВ. Шедулер не тот.

Еще раз повторю — никакой шедулер не имеет права зависать сам в себе на 20 миллионов тактов. И это никакой не жесткий реалтайм, это просто неработоспособно. Еще раз — при таких частотах, на целых 10 миллисекунд. В конце концов — что такое реал-тайм? Вот если винда зависнет на двое суток, а потом развиснет — ты тоже скажешь, что это не ОС РВ и нефига тут бухтеть? Я правильно понимаю?

I>Пофикси ты хоть все баги в Винде, ничего не изменится — она не станет от этого ОС РВ.

Еще раз — мне не надо ОС РВ. Мне надо, чтобы просто не тупило настолько тупо и обидно. Для этого совсем не надо быть ОС РВ. Достаточно, чтобы был 10-кратный запас по времени. У меня он есть. Но похоже, что требуется милионно-кратный запас. А это уже совсем тупо. И еще раз повторю — на XP такой тупизны не наблюдалось. Только не надо мне говорить, типа "переходи обратно на XP" — я лучше на Линух перейду или даже сменю половую ориентацию на макось. Хотя и это наверное не поможет.

Здравствуйте, McSeem2, Вы писали:

V>>Если ты про гитарные примочки, то ничего не выйдет, я 3 года назад выжимал максимум из ASIO и DirectSound, фигня выходит. Кстати, не всегда ASIO дает меньшие задежки, сегодня м4ного аппаратных буферов в чипах, и директ-саундовые дрова являются зачастую не более толстой "оберткой" над пинами, чем ASIO.

MS>Ну да, именно гитарные примочки, причем, не простые, а полифонические — то есть, в простом случае у меня есть 6 входов и 2 выхода...

Да, быстродействие не было проблемой еще со времен первых Intel III и Duron-ов.


MS>Боюсь, что винда не подходит в принципе. Для экспериментов — еще можно пережить, но для записи и уж тем более лайв перформанса — слив однозначный. Абсолютно неработоспособная система. А требуется-то всего-ничего — вовремя обрабатывать эвенты. Не нужен жесткий реаал-тайм.

Почему не нужен? Это он и есть.

V>>Еще можно пойти по экстремальному пути — попробовать взять какую-нить из embedded linux, типа ucLinux. Эти "конструкторы лего" предназначены для сборки своего образа под конкретную железку. Можно выкинуть кучу лишнего и хоть свой цикл ядра написать. Вроде, на современных виртуалках можно довольно оперативно отладить образ

MS>Ну вот есть конечно всякие там ffado под Линух. Но вот коньюктура такова, что в первую очередь — гламурные яблоки (кстати-кстати, а как там с реал-таймом, скажем, 32-канальным аудио, 16 входов и 16 выходов, на 24 бита и хотя-бы 44.1?).

Для FireWire есть дрова под ucLinux, т.е. можно взять довольно "тупой" внешний микшер (суть ЦАП/АЦП с интерфейсом 1934), и вперед. Более того, код драйвера можно использовать как исходную точку. Я когда-то допиливал драйвер USB от туда же, по своему поток организовывал, т.е. вполне реально.

MS>Для винды делают во вторую очередь, чего-то там пытаются, но судя по всему, испытывают неимоверный батхёрт от непредсказуемости. Но вот на реал-тайм в линухе — всем пох почему-то. И уж что говорить про QNX. Для юнихов аудио-производители вообще ничего не делают. Все держится на голом энтузиазме типа ffado для Линуха. Это печально. Процы — настолько мощные, а софты — настолько непредсказуемые, а вендоры настолько тупые... Это бесит! ЭТО МЕНЯ БЕСИТ!!! http://www.youtube.com/watch?v=ngCPORfgi0

Ну... когда-то очень давно я увлекался паянием гитарных примочек. Осциллограф, шкаф деталей, масса фантазии + желания и погнали. Мечтал о том, что вот когда компы будут мощные, то паять уже не надо будет, и количество экспериментов в единицу времени перейдет на качественно новый уровень... Все эти муки разочарования пережил еще лет 10 назад, когда быстродействия процов стало достаточно для практически произвольной обработки аудио, но вот с реалтаймом засада. Поэтому если и балуюсь под настроение с изобретением алгоритмов, то исключительно в виде off-line процессинга предзаписанных сеэмплов.

Нужна ось реального времени + набор дров. Если хочешь использовать непосредственно свой комп, то единственное адекватное решение на сегодня — это ucLinux (на всякие QNX и RtOS не найдешь дров). Но оно потребует времени. Еще были в свое время какие-то реалтайм-патчи для ядра обычного Линукс. Не в курсе как обстоят дела с этим сейчас, возможно это то, что тебе надо.


MS>Я хочу сделать харду плюс софту для распространения.

Ну... Если с сидюка или флешки будет грузиться, то вполне пойдет.

Только что пришел в голову еще вариант: а что если свой драйвер таймера для виндов написать? И к нему лазейку — некий callback. Т.е. оно в ядре застряет, да, но прерывания, я уверен, обрабатывает все-равно. Просто надо не забывать дергать юзверский код... Хотя, подменить родной драйвер таймера у винды наверно посложнее ucLinux будет.

Здравствуйте, CreatorCray, Вы писали:

MS>>Я хочу сделать харду плюс софту для распространения.
CC>Дык если у тебя бандл то выкинь нахрен всё что выше висты и поставляй на той же ХР.

Не вариант. Хочется, чтобы работало везде. В конце концов, XP через пару лет умрет, а мне как раз надо эти пару лет, чтобы чего-то существенного достичь в плане бандлов. Но обидно, что проблема не в хардваре, которое сейчас уже позволяет творить чудеса, а в банальной недееспособности ОС обеспечить базовую функциональность. Это действительно обидно. И чем дальше, тем хуже становится.

Здравствуйте, McSeem2, Вы писали:

MS>Извините, но это чушь. Меня бы устроило, чтобы было от 2-х до 4-х миллисекунд — не обязательно, чтобы было точно. Главное, чтобы я успел обработать, а я успеваю, дай хоть пол-миллисекунды. Еще раз, для тех кто в танке — на современых процах и шинах зависать в ядре и занимать шину даже на 1 миллисекунду — это моветон. А винда позволяет это делать на 10 и может быть даже больше. А что такое 10 миллисекунд — это как минимум 20 миллионов тактов проца и как минимум — полмиллиона тактов шины. У меня есть стойкое ощущение, что это исключительно софтовый тупизм имени товарища Микрософта, а не драйвер, не комп, и не шина. Еще раз — для тех, кто в особо глухом танке — формально все работает, но вот хоть раз в несколько часов, да пукнет. Это называется метеоризом. Винда уже страдает метеоризмом. Скоро наступит старческий маразм, я это предвижу.

Слухай, а не IO приоретизатор ли тебе гадит?