> единственное требование к подобному коду - надёжность

Это смотря где... Если тебе надо не проспать VSync, или прерывание от сетевухи, а у тебя тут сборщик мусора мир остановил. В ядре и драйверах устройств очень много задач, требующих быстрого отклика на запросы (не обязательно real-time, но хотя бы не тупить лишний раз).

Я вот видел много сетевых карт, которые страдают переполнениями буферов и последующими ретрансмитами на гигабитных скоростях. В линухе тоже бывает, что пока видеодрайвер ждёт VSync (16мс), буфер сетевухи со следующим кадром для X-сервера переполняется. И потом получается пропуск кадра (обычно более чем одного, т.к. нужно ещё дождаться, когда tcp-стек прочухается и сделает "досылку").
Но здесь хотя бы видно вариант исправления проблемы (хотя и не хочется туда лезть и нереально такое рандомному анониму поправить), а со сборщиком мусора нет смысла даже пытаться... :)