Здравствуйте.
На ARM9 400Mhz запускаю программу для опроса шины CAN, для чего использую подсистему ядра SocketCAN, она создает сетевой интерфейс, с которым можно работать как с простым сокетом.
Ну я, как простой посан с Урала, делаю простой класс для отлова входящих сообщений на шине, применяя для этих целей в первом заходе QSocketNotifier - и все вроде бы работает, сообщения отлавливаются, но! я отключаю физически кабель шины, а сообщения все поступают и поступают... Видимо имеет место быть буферизация, т.к. через некоторое время поток кадров прекращается.
Грусть-печаль... Ставлю пакет can-utils, в его составе есть candump, запускаю и вижу, что входящий поток довольно быстрый (около 10 кадров в секунду), отключаю провод и прием сразу останавливается, т.е. входящий поток обрабатывается с той скоростью, с которой он поступает.
В qt же я получаю от силы три кадра в секунду - остальное в буфер. Естественно, это крайне неприятно, ибо на сообщения устройства надо реагировать немедленно, а не через минуту.
Попробовал я отказаться от QSocketNotifier - сделал свой poll() - все так же(
Посмотрел код того же candump - там все делается аналогично - открытие порта и потом select(), но там нет оберток qt, неужели все настолько медленно?

Я лишь хочу разобраться в чем именно проблема, ибо в таком виде меня это абсолютно не устраивает.
Я, кстати, делал poll(), а в candump - select(), попробую с ним.

И не мешало бы проверить как сильно кушается CPU.

Не в плане наезда, но: правильно сформулированный вопрос - и есть половина ответа. Так, что тут, действительно всё закономерно. Как и то, что в первую очередь подумали, что виноват "медленный сигнал-слот" .