caxapa.ru :: на быстрых процах чуть меньше 2 мсек под ХР, на медленных до 16 мсек вроде

koyodza (21.04.2011 21:23, просмотров: 270) ответил Evgeny_CD на Вообще насчет латентности 100 мкс я мощщно задвинул :) С учетом тика шедулера user space винды 10 или 15 мс (в многопроцессорный системых вроде второе) для такой латентности симулятор придется в kernel mode пускать, что несколько авангардно :)

на быстрых процах чуть меньше 2 мсек под ХР, на медленных до 16 мсек вроде

- Хм.. 2 миллисекунды латентность в user space WinXp? Это очень здорово, если так. - Evgeny_CD(21.04.2011 21:29)
  - само собой, если в это время у винды нет более важных задач, обычно известных только ей - koyodza(21.04.2011 21:36)
    - Была такая штука как RTX. Но как мне кажется, можно: 1) насильно задрать приоритет до максимума, 2) врукопашную вызывать какой-либо yield() (какой?) Понятно, что выкинуть плохие драйвера, другие проблемные приложения, вынести ввод-вывод в fk0(85 знак., 21.04.2011 22:26)
      - задрать приоритет даже до THREAD_PRIORITY_HIGHEST ни на что не влияет, если нет других активных задач. Принципиальное отличие только у THREAD_PRIORITY_TIME_CRITICAL, но тут надо понимать, что означает его использование - koyodza(21.04.2011 22:41)
        
        А означает это, вероятно, что-то типа этого ->. Т.е. если в "симуляторе" что-то не так, винда будет дико тормозить. - Evgeny_CD(22.04.2011 08:29, ссылка)
        
        не дико тормозить, а вообще не работать при желании, кроме обработчиков прерываний - koyodza(22.04.2011 12:16)
      - Да. SSD, оптимизированный на количество IOPSов (недорогие модели сейчас до 50к 4 кбайт IOPSов дают). - Evgeny_CD(21.04.2011 22:29)

Средства и методы разработки