Проблема с maxWorkerThreads и количеством потока

Таким образом, это - Ваша персональная машина и не сервер? Я поместил все файлы базы данных на SSD.

1. SQL на самом деле пишет изменения в файлах данных нечасто. Изменения записаны в журнал транзакций сразу и затем выписаны к файлу данных ленивого писателя в какой-то момент в будущем, когда подсистема IO не занята. Таким образом, это обычно не пытается записать и в журнал транзакций и в файлы данных одновременно. Это дизайном.

2. TempDB живет в RAM, нет? Существует физический файл поддержки, но мое понимание - то, что в основном SQL кэширует это в RAM перед всем остальным.

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

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

Это Intel SSDs просто фантастически для работы базы данных, все же. Хорошее решение о покупке.