Отправлено Antimouse 13 октября 2003 г. 12:31 В ответ на: Заблуждение. отправлено Oldring 13 октября 2003 г. 12:03

Задача:
мониторинг большого числа данных в real-time на мониторе
под Windows. Загрузка порта по максимуму, 10 каналов Fдискр=500Гц,
on-line фильтрация, вывод графиков с учетом прореживаемых данных.
Запись данных на винчестер.

Буфер драйвера:
Win98 до 64кБайт,
Win2000 - 4096Байт - это значение и будем использовать по умолчанию.

Вывод данных (графиков) должен происходить без рывков, при обработке
полного буфера получаем чуть больше 25 точек из 500 за 1 секунду.
Это составляет чуть менее, чем 20 выводов кусков графика на экран за
1 секунду. Если буфер увеличить вдвое и выводить целиком, то я четко
замечу рывки при выводе графиков.

А теперь самое главное:
работоспособность программы должна быть на самых младших моделях
Pentium II, а еще лучше Pentium 233МГц (с хорошей видеокартой и
памятью).

А теперь вопрос:
Куда еще больший объем входного буфера?
(ситуацию с притормаживанием при записи на винт и т.п.
не рассматириваем)

• Прочитать буфер один раз на перерисовку экрана - это не долго при любом способе работы с буфером. — Oldring   (13.10.2003 12:47, пустое)
  • А чтобы картинка не дергалась - не прявязывайте скроллирование графика к получению данных. — Oldring   (13.10.2003 12:51, 88 байт)
    • Таймер Windows - жутко непредсказуемая штука, поверьте мне, проверено на практике, специально занимались вопросом плавности вывода графики на экран и пришли к выводу, что лучше, чем привязаться к протоколу ничего нет (именно Com-порт). — Antimouse   (13.10.2003 12:59, пустое)
      • Да бросьте Вы. Есть еще multimedia timer. — Oldring   (13.10.2003 13:15, 501 байт)
      • а может не таймер непредсказуем, а очередь сообщений ? Таймера то в последнюю очередь обрабатываются — DASM   (13.10.2003 13:09, пустое)
        • именно так. — Antimouse   (13.10.2003 13:53, пустое)
• вариант - вашу суперзадачу прерывает (ессно, многозадочность ведь) другая не менее суперская прога, (вариант если ваш поток имеет REALTIME приоритет не рассматриваю, тогда б вы были просто засранцем). И вот эта прога делает что-нить умное миллисекунд этак 100-200. И спрашивается - где будут ваши данные ? Пральна, в месте не столь отдаленном — DASM   (13.10.2003 12:35, пустое)
  • Приоритет: NORMAL — Antimouse   (13.10.2003 12:37, пустое)
    • ну вот я и спрашиваю - а если другая задача прерывает ? — DASM   (13.10.2003 12:39, пустое)
      • Возможно будете терять данные (+) — Antimouse   (13.10.2003 12:50, 546 байт)
        • Если данные теряются - нужно менять программиста. — Oldring   (13.10.2003 12:54, 91 байт)
          • Не согласен, нужно показать это программисту и пусть разбирается. — Antimouse   (13.10.2003 13:02, пустое)
            • Об этом программист должен думать головой заранее. — Oldring   (13.10.2003 13:10, 417 байт)
              • Остается только подобрать программиста. :) — Antimouse   (13.10.2003 13:37, пустое)
                • О, да, но это ОЧЕНЬ ВАЖНЫЙ этап любого проекта :) — Oldring   (13.10.2003 13:42, пустое)