Помню, Анатолий в таких случаях советовал добавлять префикс Ann.

Как я недавно и обещал в одном из обсуждений, обновил свой велосипед модуль для логгирования: LDSLogger.pas.

Ссылка:
https://svn.code.sf.net/p/loginovprojects/code-0/trunk/ldslogger
(скопирована из тортойза)

Обновление только под винду, поддерживаются любые версии Delphi, текст пишется в кодировке ANSI. Вариант под лазарус тоже есть, но он дорабатывается по остаточному принципу.

Последнее изменение было следующим: добавлена глобальная переменная LDSLoggerLazyWriteDelay, которая определяет задержку перед записью на диск.
В одном из своих проектов я выставил LDSLoggerLazyWriteDelay=5000. Там несколько сотен потоков, каждый из них всё время что-нибудь пишет. Раньше была довольно высокая нагрузка на диск (ProcMon'ом невозможно было пользоваться для отслеживания активности работы с файлами), теперь нагрузка стала действительно копеечной.
Также доработка должна помочь экономить ресурс SSD.
Параметр LDSLoggerLazyWriteDelay используется совместно с режимом LazyWrite (он по умолчанию ВЫКЛЮЧЕН).

пока не сталкивался с высокой нагрузкой

Реальная проблема возникает, если сотня потоков начнёт одновременно писать логи каждый в свой файл без режима LazyWrite на HDD. В таких ситуациях я неоднократно видел синий экран.

я так думаю, что синий экран таки не из-за этого, а аз-за того, что железо мала-мала подыхает

Данная проблема начала возникать у клиента, мы долго не могли понять в чём дело, а когда поняли, то смогли легко воспроизвести у себя (на Windows 7). Причем проблема не у потоков, которые пишут одновременно в разные файлы, а проблема у Windows, которая пытается что-то важное прочитать с HDD, но ей не дают.

wadmanDmSerа проблема у Windows, которая пытается что-то важное прочитать с HDD, но ей не дают.
Кэширование отключено?

У клиента - VDS в датацентре, у нас обычный десктоп. Кэширование не отключали.

Сотня потоков логируют в один файл общение с железками. Общение у каждого 3-5 операций туда-обратно в секунду пакетами по 10-50 байт. Это какая нагрузка по твоей классификации?

Это мало. В нашем случае число записей/чтений в пике было в десяток раз больше.

Синий экран в моем случае получался при таком раскладе:
1) 100 потоков одновременно писали каждый в свой лог файл. В ходе этого каждый из них делал кучу запросов к базе данных. При этом простейшие запросы выполнялись по минуте.
2) в основном потоке был таймер, который также приводил к обращению к БД и записи в лог. В итоге интерфейс программы зависал напрочь.
3) через некоторое время получался синий экран.