hi miller ...
I'm curious... this send/recv bottleneck is on linux?
i only did some timing tests on linux ... iirc the system calls take about 300 to 500 us ... since i'm using a callback based scheduling for lowest latencies and i have to synchronize with the main pd thread by using the sys_lock, the send/recv calls might block the realtime thread from being executed for this time ... so if a callback that is being called every 1.5 ms is blocked for 500us, it is pretty likely to experience a dropout ... not sure, what happens, if sys_vgui() is called several times between two dsp callbacks ...
cheers ... tim