Логирование высокоскоростного UART/RS232/RS485, На накопитель на ПК под Windows Опции

[en1gma]

Для последующего контроля необходимо записывать ~6,5Mbaud непрерывный поток по RS485 на ПК под управлением Windows. Отображать - опционально. Суммарный объем передаваемых данных - не больше 500МБ.
В качестве приёмника используется плата, которая точно умеет 18Mbaud в одиночных и коротких посылках и настраиваемое по уровню заполнения fifo прерывание.

Откинув ПО, которое не умеет в произвольную символьную скорость, из широко распространённых остаются putty (и его форки) и terminal от bray++, но они вешаются (с прерыванием логирования) при визуализации данных.
Мож кто что подскажет?

[en1gma]

В нашем 2017-м скорость в 6МБит/с даже для ПК десятилетней несвежести - вообще ни о чём. Хоть по UART хоть с диском.

в общем, допишу то, что стёр в заглавном посте..

есть несколько проблем с 1+Мбс потоками с uart..
драйвера у тупых устройств выкидывают прерывание по условию буфер не полон (ибо буфер маленький) и я упираюсь в скорость обработки прерываний windows (ибо прерывание по каждому символу).. расчехление mvs и использование стандартных api приведёт ровно к этому же. ethernet пропускает больший поток, ибо, как правило, прерывание идёт по фреймам, которые несколько больше одного байта...
вторая трабла: большинство виндовых терминалов кидают "drawcall" по каждому принятому символу..

как правильно делать, я понимаю: аллоцировать память, складывать туда всё по dma, после окончания передачи и/или по команде пользователя этот массив медленно и верно складывать на накопитель. только вот глобальная проблема на этапе "складывать туда всё по dma" даже при условии настраивания в драйвере условия "взвода" прерывания..

Из готовых терминалов что подойдет можно определить только тестированием.
Потому как они скорее всего не "гонялись" на скоростях более 115200.

и даже на такой скорости про больших посылках всё зависает, проверено неоднократно при попытке сдампить fw по cat mdt0