ну да, то есть уже в RAM

Далеко не во всех сборках

ну вот это лучше пометить

а то я  сначала перенес, а потом посмотрел

что оно и так там было

log_temp_files (но могу с написанием ошибиться по памяти)

Не, рекомендация верная, а как это сделать или сделано ли уже это работа админа

log_temp_files (integer)

Управляет регистрацией в журнале имён и размеров временных файлов. Временные файлы могут использоваться для сортировки, хеширования и временного хранения результатов запросов. Когда этот параметр включён, при удалении временного файла информация о нём может записываться в журнал. При нулевом значении записывается информация обо всех файлах, а при положительном — о файлах, размер которых не меньше заданной величины. Если это значение задаётся без единиц измерения, оно считается заданным в килобайтах. Значение по умолчанию равно -1, то есть запись такой информации отключена. Изменить этот параметр могут только суперпользователи.

Это как раз врем. Файлы (для сортировки и hash). Регулируется work_mem... Но и оптимизацию запросов нужно проводить...

Temp_buffers - это настройка для врем таблиц...

все гораздо хуже на один запрос он может выделить гораздо больше, это предел для одной операции в запросе. Вот что об этом говорит дока
>Заметьте, что в сложных запросах одновременно могут выполняться несколько операций сортировки или хеширования, и при этом указанный объём памяти может использоваться в каждой операции, прежде чем данные начнут вытесняться во временные файлы. Кроме того, такие операции могут выполняться одновременно в разных сеансах. Таким образом, общий объём памяти может многократно превосходить значение work_mem; это следует учитывать, выбирая подходящее значение.

мало временных файлов!=большой workmem

верно, если запросу понадобится память. Но если запрос не требует себе 512Мб, то и выделения 512Мб (даже если столько задано в work_mem) - не произойдёт; Т.е. нельзя умножать кол-во коннектов на work_mem чтобы посчитать сколько памяти будет задействовано

да надо умножать на гораздо большее значение :)
т.к. кто его знает чего там под капотом 1с за запрос.
вот и получится, что где то можно было и на диске посчитать, а в итоге огромный запрос будет в памяти грузить, а все остальные на диске.
пара манагеров запустит отчет за 10 лет и прощайте скалистые горы.

про work_mem написано путанно, лучше читать официальную доку

Как в IIS в log failed trace разглядеть кириллицу ? :) никто не задавался ?

Надо скорректировать методичку, указав конкретные дистрибутивы.
Тоже себе это перенес.

наврятли я такое буду делать
дистрибутивов огромное количество и это никак не относится к настройке СУБД

есть рекомендация - расположить в RAM, как это сделать должен решать админ

Просто нужно понимать, что такие методички расходятся в огромных количествах для чайников и гуру не должен давать не четкие советы.
Хотя бы написать так:
Провереьте где расположен ...
Если не в RAM, то ...