Comments 11
Ух ты, а в каких реальных задачах сейчас нужна прям такая быстрая обработка азбуки Морзе?
Встречал похожую библиотеку для быстрой валидации юникодовского текста. В FAQ задаётся похожий вопрос: а кому это нужно? Во-первых, защита от всяческих хакеров/фаззеров, во-вторых, оказывается выгоднее провалидировать текст (в поточном режиме) и отправить его дальше, чем отправить невалидный набор байт, нагрузить программу и словить неизвестно где ошибку или получить испорченные данные.
Какая занимательная статья ... азбука морзе на скоростях в десятки гигабит. Крайне интересно кому же такое нужно? Если внимательно посмотреть на автора оригинальной статьи Quentin Santos - то он сотрудник Helsing которая в свою очередь входит в холдинг ADS Group (группа компаний в сфере натовского ВПК). Если посмотреть на вакансии Helsing то они ищут спецов по воздушным дронам и ИИ причем прямо в вакансии написано что дроны будут с ИИ.
Но что мне до сих пор не ясно почему и зачем им кодирование программное а не аппаратное, и зачем ИИ морзянка.
Если посмотреть на саму программу то там заявлена поддержка Русской азбуки Морзе и других языков.
А вот если предположить что ставится задача не кодирования, а декодирования причем с сотни принимающих антенн и камер которые установлены на сотнях тех самых "почтовых" дронов с ИИ которые носятся по всей линии фронта и в глубину и в реальном времени обрабатываются ИИ с целью автоматического целеуказания и целенаведения и в целом управлении войсками, то вырисовывается вполне понятная задача.
это исходить из того, что если озвучена реальная задача
Задача стара как мир ... потоковая обработка на запредельных скоростях. И не важно что в итоге с этими триллионами битиков делать (кодировать или раскодировать, сжимать или разжимать). Причем сколько я себя помню сколько же все упорно хотят "канарейку за копейку". То-есть никто не хочет ни DSP ни плисов... ни асиков ни даже GPU (хотя я думаю на GPU оно было близко к скорости света (майнеры я думаю со смеху помрут читая его путь поиска решения), кстати даже сам автор вскользь упоминает это ссылаясь на результаты FizzBuzz в части c++) ... все хотят "а можно на том что есть". Ну как бы вот товарищ и упражняется. А так как контора видимо нацелена на "мир во всем и мире и демократию в каждый дом", то заодно он еще и модуль для радиоразведки делает.
Смысл ... ну наверное он теперь точно знает как устроено ядро Linux в части работы c pipes. А мы теперь знаем что есть такая контора Helsing которая пытается сделать воякам мега-супер-пупер летающий (и плавающий) скайнет с ЫЫ.
Бедная сова
Эх, я помню ещё времена, когда ядро линупса при старте определяло наиболее быструю функцию копирования и дальше использовало её.
Ещё было бы интересно сравнить пайпы а) с сокетами и б) с tpc/ip через loopback интерфейс (127.0.0.1)
https://www.yanxurui.cc/posts/server/2023-11-28-benchmark-tcp-uds-namedpipe/
https://www.baeldung.com/linux/ipc-performance-comparison
Крайне странные там результаты при крайне загадочной методике по второй ссылке. Проверять IPC bash-скриптами, это ещё додуматься нужно. Судя по цифрам результатов, есть ощущение, что у автора производительность ограничивалась вовсе не выбранными сокетами. На больших скоростях, там уже больше влияют способы опроса хендлеров.
пишешь пример кода на Rust, только написал слово unsafe -- сразу весь код выкидывай, не выеживайся и переписывай на C
Linux Pipes – медленные