Protože teď mám jednoduché „vytáhnu prvek z fronty, zpracuju, vyklopím do ZeroMQ socketu“. Když bude workerů víc, doběhnout v náhodném pořadí a někdo to bude muset serializovat (aby se to do toho socketu zapisovalo ve správném pořadí). Samozřejmě to není nic neřešitelného, ale vypadalo to jako víc práce než vyřešit podivně pomalé čtení int16.
A taky jak píšu, tohle není jedná věc co běží, z těch výsledných dat se ještě musí vyrobit netriviální produkty (to nevím jak snadno rychle popsat a žádný intro článek jsem nenašel; ve zkratce získané odpovědi od cíle z jednoho azimutu se dají vedle sebe a pak se nad tím dělají různé operace do určí Dopplerův posuv, odstraní věci s nulovou Dopplerovskou frekvencí (ground clutter), a dělají nějaké šílené heuristiky pro odhadnutí věcí jako KDP kterým vůbec nerozumím ale naštěstí máme v týmu lidi co to umí :) a to generování produktů by mělo na tom počítači zvládnout běžet dvakrát nebo ideálně třikrát současně (produkční/vývojová).