Отправлено Тумблер 11 сентября 2006 г. 19:07 В ответ на: Да, указатель на буфер передать как параметр в CreateThread отправлено SM 11 сентября 2006 г. 19:04

• Это наоборот, крайне выгодно. Потому как ждать евента можно прямо в цикле обработки сообщений через MsgWaitForMultipleObjects - при этом гарантируется наиболее быстрая реакция. А если еще и приоритет задрать... — SM   (11.09.2006 19:29 195.225.131.186, пустое)
  • Это крайне не выгодно, а при использовании TThread и невозможно — Тумблер   (11.09.2006 20:37 62.33.241.14, 410 байт)
    • IMHO неразумно использовать классы. А сделать эту часть на чистом API. — SM   (11.09.2006 20:40 195.225.131.186, пустое)
      • Дааааа ?! :)))))))) — Тумблер   (11.09.2006 20:47 62.33.241.14, 523 байт)
        • Мда... На мой взгляд классы только путают. За ними не видно сущности происходящего. (+) — SM   (11.09.2006 21:03 195.225.131.186, 243 байт)
          • Исходные тексты TThread доступны любому. Открыты.Смотри сам. — Тумблер   (12.09.2006 00:36 213.234.205.46, пустое)
      • И я это не просто так говорю, а имею порядочный опыт по перегонке очень скоростных данных, причем не только между тредами, а и между процессами, и между драйвером и процессом. — SM   (11.09.2006 20:42 195.225.131.186, пустое)
        • Скорость тут ни при чем — Тумблер   (11.09.2006 20:57 62.33.241.14, 475 байт)
          • Да? А виртуальные и динамические методы с их таблицами? А передача this'а везде где попало, даже где он не нужен? — SM   (11.09.2006 21:05 195.225.131.186, пустое)
            • При старте процедуры — Тумблер   (12.09.2006 00:43 213.234.205.46, 277 байт)
              • И вообще, скорость выполнения непрерывно увеличивается, техника дешевеют. — Тумблер   (12.09.2006 00:49 213.234.205.46, 182 байт)
            • А вот вопрос (+) — SM   (11.09.2006 21:07 195.225.131.186, 264 байт)
              • Ничего особенного не надо делать. А для замены ЛЮБОГО обработчика Виндус существует саб-классинг. 2 строки. — Тумблер   (12.09.2006 00:38 213.234.205.46, пустое)
  • Эх, а в прошлом веке просто писали грамотный обработчик прерывания и не страдали :) — =AVR=   (11.09.2006 19:32 80.92.96.19, пустое)
    • Ну пральна - а теперь ОСов всяких и ОСей понапридумывали. Даже полу-осей :) Для усложнения жизни программистам, работающим с аппаратурой на низком уровне. — SM   (11.09.2006 19:43 195.225.131.186, пустое)