Вход | Регистрация
    1  2

Производительность SQL и Postgres.

Производительность SQL и Postgres.
Я
   Zombi
 
18.02.20 - 10:42
Купили сервер под 1с. Параметры : Core i7 9700k? 32 Гб оперативной ddr4 2666мгц в двухканале, жесткие ssd NVMe samsung 970pro 500Гб в raid1. Виндовс сервер 2016 стандарт. УТ 11.4.8.79, платформа 8.3.14.1630. Пробуем на СКЛ и Постгри. Проводим документы реализации за 5 дней примерно по 150-200 реализаций в день по 5-10 строк в ТЧ. Разница в производительности: На СКЛ 110 минут, на Постгри 200 минут. Вот файлы логов замера производительности:

https://yadi.sk/d/tbeJPnr_RfZZ8Q
https://yadi.sk/d/fblJJW1oSrdORQ

По логам видно что где то Постгри даже быстрее СКЛ отрабатывает, а где то намного дольше. Можно с этим что то сделать? Или смириться с более низкой производительностью либо платить за СКЛ, других вариантов нет?
 
 
   Zombi
 
101 - 19.02.20 - 12:01
В общем настройками/тюнингом Постгри по тесту Гилева смогли дотянуть до СКЛ до 40+ попугаев, но на времени перепроведения документов это уже никак не сказалось. Решили ставить как есть и смотреть на производительность уже в боевом режиме.
   fisher
 
102 - 19.02.20 - 12:34
(82) > Запускали тест Гилева на этом сервере. На файловой 92 попугая. На СКЛ 43. На Постгри сейчас 30(это с настройкой, из коробки постгри 18 выдавал).
Соотношение очень похоже на типичную картину без доп-оптимизаций (показатели постгри из коробки не в счет, так как из коробки он оптимизирован на спичечном коробке работать, а конфигурироваться на реальные мощности автоматически он из коробки не умеет). Я примерно такое же соотношение получал.
Сиквел еще параллелить выполнение сложных запросов умеет лучше постгри. В постгри относительно недавно что-то в этом направлении стали делать. Плюс лучшая работа оптимизатора запросов дает еще буст к скорости выполнения сложных запросов на сиквеле. Для постгри лучше всего писать запросы в примитивном стиле и избегать сложных конструкций и вложенных запросов. Тогда хотя бы не будет жестоких просадок в неожиданных местах. Для человеческого анализа планов выполнения запросов в постгри тоже кажись из коробки до сих пор нет ничего. Надо сбоку чего-то ставить кажись.
   ssh2006
 
103 - 19.02.20 - 12:42
(0) надо ковырять конфиг...
не знаю как с УТ. В БП я добился паритета с MS SQL на перепроведении квартала
   Salimbek
 
104 - 19.02.20 - 12:43
Отдельно добавлю, что еще одним узким место, в случае производительных дисков, является ОЗУ.
   pavig
 
105 - 19.02.20 - 13:01
(0)
ms sql express пробовали?
Так, чисто для интереса... Мне кажется что даже со всеми ограничениями - под вашу нагрузку вполне себе должен потянуть... по крайней мере попробовать...
   Zombi
 
106 - 19.02.20 - 13:02
(105) Мы на нем работали пока не уперлись в размер БД. Перешли на постгри.
   pavig
 
107 - 19.02.20 - 13:04
(106) мда, печалька... по скорости приемлемо было?
   Zombi
 
108 - 19.02.20 - 13:08
(107) Мы работали на старом железе, все было очень плохо по скорости. Щас вот новый сервак купили, настраиваем.
   ansh15
 
109 - 19.02.20 - 13:21
(99) Хорошая штука. Пишут еще есть zswap, начиная с версии ядра 3.11.
   ansh15
 
110 - 19.02.20 - 13:26
(102) Используют online-сервисы http://catalog.mista.ru/public/1196217/
Кажется, есть еще какие-то платные приложения для этих целей.
   ansh15
 
111 - 19.02.20 - 13:42
(101) Посмотри в postgresql.conf, вдруг online_analyze включен для всех таблиц, не только для временных. Это тоже может напрягать.
   Salimbek
 
112 - 19.02.20 - 13:47
(108) Кстати, а чисто для себя, Замер производительности делали? На чем 1С-ка показывала самый долгий затык?
   Zombi
 
113 - 19.02.20 - 13:52
(112) В (0) логи же
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.