MS SQL2017 и тест от Гилева

1. SergeyN 1093 27.07.18 13:35 Сейчас в теме
Добрый день, коллеги

Установил 2017 MS SQL и заметил снижение производительности относительно 2016 MS SQL. Компьютер обсчитывает некоторые большие объемы данных под мои задачи.
Конфигурация: старенький ноут ASUS N73SV, i7, 24 ГБ RAM, 2xSSD (под систему и базы)

Субъективно отметил, что обрабатываться стали меньшие объемы данных за то же время, что на 2016. Запустил тест от Гилева. 21,5 попугай без нагрузки и 6-7 попугаев при параллельной загрузке и обработке данных

В тех же условиях MS SQL 2016 показывает 20,5 попугая и 13-16 попугаев при параллельной нагрузке. Т.е в 16 при обработке в несколько потоков производительность не особенно снижается. Субъективная оценка по количеству обработанных данных в единицу времени это подтверждает.

Настройки MS SQL полностью одинаковые, выделено 6 ядер и 14 ГБ RAM, BOOST включен, 256 МБ шаг расширения TempDB и 2048 шаг расширения базы, макс число рабочих потоков 1024, параллелизм =1, Shared Memory.


По идее 17-ый показал больше попугаев без нагрузки.
В какие настройки рыть что бы 17ый стабильнее работал?
Или забить и сидеть на 16ом?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Timur.V 80 27.07.18 13:43 Сейчас в теме
А какой смысл обновлять ms sql ?
Разве фирма 1С поддерживает синтаксис и новые возможности 2005, 2008R, 2012, 2014, 2016, 2017?
Написание запросов в 1С на уровне ms sql 2000 или я ошибаюсь?
3. SergeyN 1093 27.07.18 13:48 Сейчас в теме
(2) Не обновлял. Была внеплановая установка Windows. Поэтому поставил последний SQL.
Дальше - чисто профессиональный интерес, почему так.
8. nicxxx 255 03.08.18 11:36 Сейчас в теме
Про написание запросов верно, но обновляют из-за улучшений ядра СУБД. В 2017-м оптимизатор гораздо точнее оценивает выборку, чем версии 2000, за счет чего строит более подходящий план запроса. Плюс точнее выделение памяти для запросов. Плюс еще что-нибудь. Всем этим достигается прирост скорости.
4. Gilev.Vyacheslav 1917 27.07.18 16:22 Сейчас в теме
2012 r2 еще более ровный в среднем по больнице )
попробуйте для начала в свойствах базы данных выставить уровень совместимости с 2016 скулем
6. SergeyN 1093 27.07.18 16:48 Сейчас в теме
(4) Выставлял конечно. У меня не повлияло.
Тогда пока остаюсь на 2016, т.к работает сносно.

Еще странное для меня поведение - 2017 загружал ЦП на 100, при этом памяти отъедал 3-5 ГБ и на диск нагрузка была 2-5%.
2016 сейчас отъел 10 ГБ, диск 40-100%, проц 60-80
10. nvv1970 14.08.18 08:06 Сейчас в теме
(6) какие ожидания при этом показывают оба скуля? Одинаковые?
11. SergeyN 1093 17.08.18 21:30 Сейчас в теме
(10) Ожидания не проверял, 17 уже удалил. на 16 массовая обработка закончилась. В следующий раз замерю.
7. SergeyN 1093 27.07.18 16:49 Сейчас в теме
(4) + 2012 "ровный" в каком смысле?
9. Gilev.Vyacheslav 1917 03.08.18 13:04 Сейчас в теме
(7) предсказуемый, стабильный, требует меньшей квалификации для эксплуатации
5. Gilev.Vyacheslav 1917 27.07.18 16:25 Сейчас в теме
все субд отличаются оптимизаторами запросов, кроме того можно флагами трассировки меня вариант работы оптимизатора
надо исходить из того что интегральный тест не учитывает всех индивидуальных особенностей и гнаться фанатично за баллами в тесте не нужно
если написать собственную базу на in-memory таблицах, тогда разницу в версиях субд можно еще получить на предельных условиях конкретной задачи, а так только время терять имхо
Дмитрий74Чел; +1 Ответить
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот