Некоторые люди предлагают выносить tempdb (ldf,mdf) на RAM диск.
Есть ли серьезный прирост в производительности?
Работает ли это у кого-нибудь в продуктиве?
Насколько критично, если вдруг "выключат свет"?

...забыл в заголовке дописать - "пятничное"

В одной телеге чел рассказывал... В новом скуле такая возможность штатна.
Говорил - чуть ли не на порядок...

Во
"в 8.9 раз быстрей операции с времяннками... но мне лучше не верить 😉"

И да, чел этот - Лустин Алексей...

https://t.me/mssqlplus1c/29

(0) Все как всегда - "все врут". Если люди, предлагающие это, сразу в своих стратьях давали анализ изменения производительности, этой темы не было бы =)

Технически - это отбирает у SQL свободную память для распределения для других целей, кроме сброса во времянки. Тем самым, одни сценарии улучшаются, другие ухудшаются. Выбор за вами.

(4) С другой стороны вынос tempdb на RAM диск должно ускорять работу, ибо задержки на RAM это наносекунды, а, например, SSD это микросекунды.

(5) На определненных сценариях и данных - безусловно. У вас какие?
На самом деле все непросто: https://support.microsoft.com/en-us/help/917047/microsoft-sql-server-i-o-subsystem-requirements-for-the-tempdb-databas

    You may be able to put the tempdb database on specialty subsystems,
    such as RAM disks, solid state, or other high speed implementations
    that cannot be used for other databases. However, the key factors
    presented in the “More Information” section must be considered when
    you evaluate these options.

(6)У нас кучка мелких баз до 20 Гб

Для разовых операций может и имеет смысл, а так

(7) и что ускорить тогда?

(0) В случае относительно нового (начиная с 2008) mssql нет смысла, если по ram не задушили

(7) Лучше отдайте всю свободную оперативку скулю

(11) А вот и не факт. Скуль же не знает, что 1С так любит работать с тембдб. А мы знаем :).
Но да. Накладные расходы в виде двойного кеширования.

(12) Есть смысл тогда всю базу в ram засунуть https://habr.com/ru/company/intel/blog/457540/