>Как вы посоветовали,я попробовал создать мега-буффер в оперативной памяти.
>Сделал это с помощью маллока, который затем расширяется с реаллоком дальше по
>мере поступления новых строк. После окончания цикла, переписываю всю область в
>файл с помощью fprintf. Я правильно выделял для этого память или
>есть другие более лучшие методы? Имеет ли fprintf ограничение по обьёму
>памяти, которую с помощью него можно переписать в файл?

Память лучше выделить сразу большой кусок, так как при realloc() данные могут быть перемещены в памяти, а знаит, процессор будет занят тупым копированием данных.  fprintf() лучше заменить на системные вызовы open(), read(), close(), потому что мало ли какие буферы он сам выделяет и сколько на это времени тратит.

>До тех пор, пока речь шла о маленьких обьёмах в размере нескольких
>килобайт, всё было ок. Когда увеличивается количество пересылаемых сообщений(а оно должно
>быть порядко миллиона в итоге, - размер до десятков мегабайт  
>(размер оперативки позволяет,- постоянно около 100 МБ свободны)),- получатель недополучает сообщения

Вот, похоже что когда делается realloc() например с 80Мб до 81Мб, то копирование данных в новый буфер может занимать достаточно времени для потери пакетов.

>и так как я ещё не встроил никакой системы выхода из
>цикла for(), программа просто ждёт поступления новых сообщений.
>Как встроить этот выход пока не решил, - может быть что-то подскажете?

Зависит от того, какое условие выхода.

>Далее наблюдаю такую картину: когда у отправителя вывожу на экран, что посылаю,
>сообщения пересылаются гораздо чётче(меньше пропавших).Как только выключаю printf, сразу куча строк
>теряется. Посредством вывода на экран может быть буффер, который я резервирую,
>освобождается- поэтому?

Посредством вывода на экран вы занимаете процессор отправителя "лишней" работой между отправкой пакетов, поэтому, возможно, количество отправленных пакетов/сек будет меньше, чем раньше, а значит меньше будет и потерянных.