СофтСервисГолд
Подходим ко второму этапу тестирования системы под управлением Windows Server 2016 TP.
Как видите, мы довели количество ядер до 12, что, скорее всего, нам позволит распределить потоки MSSQL по новому принципу.
Запускаем тест и замечаем выравнивание работы по нагрузке на процессор:
Это не может не радовать, но что показывает обращение к жесткому диску?
Относительно не плохо, да и очередь обращения радует – не превышает единицы. Надо отдать должное MSSQL 2014 в плане работы с жесткими дисками, заметное ускорение при чтении и записи в таблицах.
Но тут что-то пошло не так и в конце тестирования при выводе результатов, неожиданно остановился MSSQL.
Что мы наблюдаем в ошибках:
Очень странное поведение самой устойчивой версии MSSQL 2014. Ну что же, перезапускаем сервер и продолжаем тестирование. В конечном результате при 12 ядрах «1С Предприятие 8.3» в клиент-серверном варианте выдало такой результат:
Стоит заметить, что это явно лучше, чем при 1 ядре процессора, но не дотягивает даже до «Плохой Работы».
Давайте выясним, что не так? Пересоздадим базу на другом диске, отформатированном под файловую систему ReFS и взглянем на результаты:
Чуда не произошло. MSSQL 2014 отказалась увеличивать результаты теста на файловой системе ReFS, при своих стандартных настройках. С чем это может быть связано? Попробуем обновить SQL до более поздней версии, и проверим результаты. Компания Майкрософт любезно предоставила обновление под версией SQLServer2014-KB3075949-x64. И получаем неожиданные результаты, где уже явно преимущество на стороне MSSQL 2014 с последним обновлением.
Создается впечатление, что сам сервер работает очень хорошо, но тест не проходит, может быть загвоздка в самом тесте?
Попробуем протестировать на реальной базе «Управление Торговлей 11» в следующей статье 4.