Имя: Пароль:
1C
 
Сильный разбег в производительности на SQL и Файловой базе
0 letovd
 
13.06.23
13:27
Здравствуйте.
Пробовал связки win+postgresql/ubuntu+postgresql

На файловой 80+ попугаев, на SQL 12

Что может так сильно ограничивать показатели?
1 letovd
 
13.06.23
13:29
Тестирование проводилось "без лицензии" сервера 1с. Это может повлиять на результат?
2 letovd
 
13.06.23
13:36
при тесте sql постоянно висит процесс: https://ibb.co/t3s91c3
3 rphosts
 
13.06.23
13:39
(0) исчерпывающе подробно описаны условия тестирования... НЕ ВЕРЮ что производительности  win+postgresql и ubuntu+postgresql равны!
4 letovd
 
13.06.23
13:41
(2) Вот еще инфа: https://ibb.co/9ZKtrLw
5 letovd
 
13.06.23
13:42
(3) на ubuntu файловый вариант не проверял, а sql выдает аналогично с разбросом в одного попугая 11-12
6 nicxxx
 
13.06.23
13:47
Не надо сравнивать файловую базу и SQL.
На файловой у тебя проблемы начнутся с трех пользователей, на SQL и 30 000 будут работать нормально
7 uno-group
 
13.06.23
13:50
(6) а если человеку нужно всего 3 пользователя, а тысячи нафик не надо.
8 letovd
 
13.06.23
14:00
(6) Понятное дело. Согласен, если бы давало около 30 на SQL и 80 на файловом варианте.
Просто разбег в 70 попугаев это очень странно + "загрузка системы" при тесте минимальная, будто урезана чем-то.
Перейти как раз решил, из-за блокировок при работе с файловой 16гб базой в 20 пользователей.
Но (файловая) быстрее на старом железе, где тест выдает 30 попугаев. А здесь 80 файловая выдает, а SQL 12 и работает медленнее, чем та файловая.
9 lodger
 
13.06.23
14:11
тюнинг настроек, вы конечно сделали?
общее описание параметров http://www.gilev.ru/postgresql/
пример настройки postgesql.conf https://efsol.ru/articles/hyper-v-test-1s.html
10 letovd
 
13.06.23
14:20
(9) Через pgtune, разница опять же в 1-2 попугая.
Сама сборка общеизвестная https://1c.postgres.ru/, 15 версии
Платформа 8.3.23.1688
11 letovd
 
13.06.23
14:21
Повторюсь, лицензию на сервер еще не покупал
12 DGorgoN
 
13.06.23
16:29
(6) Они как правило начинаются уже от 1 пользователя с размером базы в более 10 Гб что набирается очень легко.
13 H A D G E H O G s
 
13.06.23
19:44
Че за диск странный такой, Z:?
И чем сетка так усиленно занимается?
14 Смотрящий
 
13.06.23
21:52
(0) Файловая нормально не работает с фоновыми. рубани фоновые на скуле и померь размерчики.
15 letovd
 
13.06.23
22:33
(13) NVME, ради интереса засунул туда все, кроме системы.
Сетка - хз, возможно из-за IDRAC, либо шары. Тестовый вариант под снос.
16 letovd
 
13.06.23
22:35
(14) Возможно, еще настройки процессора кривые. Попробую настроить энергоядра и прочие нюансы с энергосбережением.
Не верю, что настолько большая разница может быть.
17 Anchorite
 
14.06.23
08:22
Сервер приложений и SQL не в виртуалке, случаем? Оперативки хватает с избытком, ничего там никуда не начинает свопиться? Замеры производительности делоли, неужели нет резких просадок?
18 Anchorite
 
14.06.23
08:33
И что там за база у вас непонятно, может крайняя типовая 8.3 а может что-нибудь древнее самописное с кривыми запросами.
19 Arh01
 
14.06.23
08:44
(9) Полезная информация)
20 Sun_Lin
 
14.06.23
13:35
(0)
1. Гилевские попугаи - те еще попугаи, ну их в джунгли.
2. А разве MS SQL не трофей?
21 letovd
 
16.06.23
00:02
Было 12.
Руками покопался отключил HT, C -States, C1E. В custom режиме настроил электропитание: https://ibb.co/qg53W4b - выходило 16 попугаев.
Но проц. при тесте работал в пол силы и грелся на 50%, что очень странно.
Всего, изменив одну опцию: https://ibb.co/hMrph8t - я получил результат в 38.4 попугая.
Видимо, этот параметр активирует настройки из профиля bios, а предыдущий требовал программной настройки работы процессора (на базе ОС).
Жаль, что документации нормальной нет.
22 letovd
 
16.06.23
00:05
(20) Я имел ввиду на SQL - 12 попугаев было. Postgre SQL
23 Мимохожий Однако
 
16.06.23
06:41
(0) В чём цель поста?
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.