RS-232 на скоростях 115200 и х2 Опции

[rf_pcb]

Прошу дать совет и прокоментировать мои рассуждения.
Пишу ПО по для приема данных от МК на скорости 115200 по интерфейсу RS-232.
В качестве простейшего теста ставлю на ПК перемычку между Rx и Tx.
1 байт, 1 стоп, без четности и всего остального.
Если я правильно понимаю я должен увидеть скорость приема близкую к 7200 байт/с (115200/8/2).
Пишу ПО в Билдере, использую стандартный API функции, но скорость вижу от 200 до 400 байт /с.
Пробовал с выводом на график и с записью в фаил и просто из памяти в фаил, но больше чем 400 байт /с не получил.
Заметил особенность что на XP и 7ке разные скорости.
Подскажиет как быть?
Получу я свои 7200? ну хоть 5000 байт/с?

[rf_pcb]

В программе использую поток - выставляю максимальный приоритет (в данном случае получаю приоритет - 15).
В XP получаю скорость данных в 1 сек. около 800 циклов обращений (1 цикл = 1 символ передачи и 1 символ приёма).
В W7 и в W8 циклов меньше в разы.
Начинаю отключать процессы в виндах - количество циклов возрастает, но не значительно...
Кроме того, в настройках таймаутах порта при потоке ставлю 0 для макс. скорости.
Возможно, что проблема в виндах. Какие процессы отключить, чтобы добиться требуемой теоретической скорости?

[kolobok0]

...(1 цикл = 1 символ передачи и 1 символ приёма).В W7 и в W8 циклов меньше в разы....

Вы как-то быстро принимаете!!! Надо нододрыгом, софтверно и по-битно Но если серьёзно - Вам уже основные вектора сказали -
отдавать работу по приёму на нижний уровень. Чем больше - тем лучше. Если говорить применительно к форточкам - Вы забываете такие вещи как
переключение потоков и межпроцессную передачу данных и управления. Ведь порты обслуживают драйвера - а это не пользовательское кольцо
привилегий. Вот Вам и накладные расходы. Если Вы посимвольно - то Вы как минимум всё суммируете по одному разу, а это тысячи и тысячи тактов.

Как принимать пачки - тут либо по времени резать(тайминг ожидания), либо строго длину пачки ожидать(но необходимо обязательно
предусмотреть самовыравнивание), либо опираться на управляющие доп. сигналы.

где-то так