|
Нет прибавки быстродействия после переноса базы на SSD диск | ☑ | ||
---|---|---|---|---|
0
dka80
15.11.18
✎
10:14
|
Добрый день.
ЗУП 3.1.8.137 Платформа 8.3.12.1529 MS SQL 2014 Windows server 2008 R2 datacenter x64 128 Гб озу, доступно 80 Гб Количество ИБ на процесс 1 Одна база на SSD диске (pci-e), ее копия на диске sas. Расчет зарплаты на первой базе на 1200 строк занимает 80 секунд, на второй 86 секунд. При этом загрузка процессора не превышает 50%, а очередь диска SSD 0,04. Копирование большого файла (10 Гб) внутри SSD идет со скоростью 1Гб/с, а на sas 180 Мб/с. Что еще посмотреть, отчего нет прироста? |
1 2 3 5 12 |
||
1
shuhard
15.11.18
✎
10:15
|
(0) расчету зарплаты важно тактовая частота процессора, дисковая подсистема ему пофиг
|
5 |
||
2
formista2000
15.11.18
✎
10:16
|
(0) Оперативы сколько? Сервер БД и приложений на одной машине? Используются ли виртуалки? Если используются, применяется ли Shared memory? Дофига факторов.
|
|||
3
RomanYS
15.11.18
✎
10:17
|
(0) на SSD должен быть профиль пользователя (кэши и темпы). Перенос базы дает меньший эффект
|
|||
4
nicxxx
15.11.18
✎
10:20
|
80 секунд??? Вы серьезно??? Куда еще быстрее?
|
|||
5
RomanYS
15.11.18
✎
10:21
|
||||
6
Cyberhawk
15.11.18
✎
10:23
|
Почему ожидал прирост?
|
11 |
||
7
andreymongol82
15.11.18
✎
10:35
|
А что там с темпДБ, кстати?
|
|||
8
dka80
15.11.18
✎
10:50
|
tempdb тоже на ssd, temp пользователя, под которым запускается сервер 1С тоже на ssd
оперативы 128Гб, свободно 80Гб, сервер БД и сервер 1С на одной виртуальной машине. Процессор Xeon E5-2600 2Ггц |
60 |
||
9
dka80
15.11.18
✎
10:50
|
Обслуживание баз выполнено
|
|||
10
dka80
15.11.18
✎
10:51
|
Shared memory используется
|
|||
11
dka80
15.11.18
✎
10:52
|
(6) потому, что периодически возникали очереди на sas дисках, небольшие и недолго, но возникали
|
|||
12
Garykom
гуру
15.11.18
✎
10:53
|
(0) >128 Гб озу, доступно 80 Гб
Вот в этом и проблема что нет прироста )) Ему просто некуда расти у вас вся база в оперативку влезла тупо. Прирост при переходе на SSD явно виден при гораздо меньших объемах оперативки или когда база вся в ram не влазит |
14 |
||
13
dka80
15.11.18
✎
10:53
|
+8 два процессора
|
17 |
||
14
dka80
15.11.18
✎
10:54
|
(12) если все в памяти, то чего так долго??? Я сравниваю с ЗУП 2.5 (конечно, староверы могут сказать "ты бы еще с 7.7 сравнил...)
|
15 |
||
15
ptiz
15.11.18
✎
10:56
|
(14) Назови модель процессора, после чего тебе аргументированно скажут, что на процессорах с такой низкой частотой нефиг вообще работать :)
|
18 |
||
16
Glup0sti
15.11.18
✎
10:56
|
0. Проверить настройки системы и 1С (к примеру, https://www.klerk.ru/soft/articles/444948/
https://habr.com/company/technoserv/blog/336070/) 1. Необходимо выяснить, что работает медленно ВремяВыполененияОперации(Замер производительности) - ВремяВыполенеияЗапросов(трассировка в скуле или ТЖ) 2. Если проблемы с запросами: анализ планов запросов анализ ожиданий https://habr.com/post/216309/ 3 Если в коде: исправление медленного кода распараллеливание алгоритма |
|||
17
RomanYS
15.11.18
✎
10:57
|
(13) какую нагрузку на проц дает при расчете конкретный rphost, если полностью грузит ядро - значит уперся в частоту. А ядер у тебя хоть 20, ничем(на этой задаче) не помогут
|
19 |
||
18
dka80
15.11.18
✎
10:57
|
(15) Процессор Xeon E5-2600 2Ггц 2 шт
|
31 |
||
19
dka80
15.11.18
✎
10:59
|
(17) загрузка каждого ядра в процессе расчета не превышает 50%
|
26 |
||
20
dka80
15.11.18
✎
11:01
|
Хотя я сейчас в ЗУП 2.5 пересчитал зарплату. Заняло 76 секунд. Может я зря кипишую? У вас сколько считается зарплата на 1200 строк?
|
28 |
||
21
piter3
15.11.18
✎
11:11
|
Дольше,но никто не дергал еще.А будут доставать то пойдут лесом
|
|||
22
ДенисЧ
15.11.18
✎
11:13
|
76 секунд на 1200 сотрудников? Тут даже чаю глотнуть не успеешь... Чего волнуешься?
|
|||
23
piter3
15.11.18
✎
11:14
|
сравнивать трудно,поскольку непонятно сколько видов расчета хотя бы
|
|||
24
dka80
15.11.18
✎
11:16
|
Ладно.
Всем спасибо |
|||
25
Fram
15.11.18
✎
11:20
|
В данном конкретном случае похоже все в 2ггц упирается? Есть какой нить высокочастотный комп потестить?
|
26 |
||
26
dka80
15.11.18
✎
11:27
|
27 |
|||
27
H A D G E H O G s
15.11.18
✎
11:29
|
(26) Может там в гипертрейдинг упирается?
|
|||
28
nicxxx
15.11.18
✎
11:31
|
(20) Конечно зря. Размер базы озвучь напоследок, плиз.
|
35 |
||
29
Фрэнки
15.11.18
✎
11:31
|
Загрузка процессора не превышает 50% - это сколько там на процессоре ядер? всего два? и это сервер?
|
|||
30
dka80
15.11.18
✎
11:32
|
Два процессора, 10 ядер
|
34 |
||
31
oslokot
15.11.18
✎
11:33
|
(18) 2Ггц вот и ответ. Мало
|
|||
32
Fram
15.11.18
✎
11:33
|
Ядер то у него до хрена там, но выполняется ли расчет зп в несколько потоков это большой вопрос!
|
33 36 |
||
33
nicxxx
15.11.18
✎
11:35
|
(32) В типовом ЗУПе нет распараллеливания расчетов. Вот ответ на большой вопрос.
|
|||
34
Йохохо
15.11.18
✎
11:37
|
(30) надо не таск менеджером смотреть честную нагрузку, 100 там по факту. Это если 50% смущает
|
37 |
||
35
dka80
15.11.18
✎
11:39
|
(28) 7 Гб
|
|||
36
Фрэнки
15.11.18
✎
11:40
|
(32) а с какого перепуга он бы в многопоточном режиме выполнялся?! Один процесс на один поток. Обычная 1С.
Это нужно отдельно поискать разъяснения - они иногда попадаются - что для многопоточной обработки в 1С запускаются фоновые задачи. А каждая такая задача стартует в фоновом сеансе. Сеанс создает процесс. Процесс занимает доступное ядро. Виртуальное ядро или нет - пофиг. Оно просто или доступное или нет. Конкретный пример о том, что один расчет = одна задача = один поток = одно ядро = (всего 2 ядра и одно занято) 100% / 2 = 50% |
|||
37
dka80
15.11.18
✎
11:40
|
(34) а чем смотреть?
|
38 39 |
||
38
Йохохо
15.11.18
✎
11:42
|
(37) Sysinternals Process Explorer, почти официальна утилита МС
|
40 |
||
39
Фрэнки
15.11.18
✎
11:42
|
(37) сервер 1С сидит в виртуальной машине? сколько виртуальных процессоров в нее отдаете?
|
40 |
||
40
dka80
15.11.18
✎
11:46
|
||||
41
Фрэнки
15.11.18
✎
11:46
|
но даже если в сервер 1С отдадите кучку процессоров - повторюсь - один расчет = одна задача = один сеанс = один процесс = нагрузка только одного ядра.
|
42 |
||
42
dka80
15.11.18
✎
11:48
|
(41) Это понятно. Вопрос почему ядро не нагружено на 100%. Чего оно простаивает, гадюка, если при этом памяти дофига и диски шуршат со свистом
|
44 46 |
||
43
Фрэнки
15.11.18
✎
11:49
|
но если серьезно посмотреть на результат
Расчет документа Начисление заработной платы на 1200 строк за 80 секунд = очень хороший показатель. |
|||
44
H A D G E H O G s
15.11.18
✎
11:51
|
(42) Венда может бросать поток на разные ядра, в принципе, она там и делает. Задайте ядра жестко
|
45 |
||
45
H A D G E H O G s
15.11.18
✎
11:52
|
(44) "бросать поток на разные ядра"- > "выполнять один поток на одном ядре, но перебрасывая этот потом по ядрам в разное время". На производительности это никак не сказывается, тестировал.
|
|||
46
Фрэнки
15.11.18
✎
12:09
|
(42) если вообще ни одно ядро не удается нагрузить до 100% - в свойствах виртуальной машины (ВМ) можно задать ограничение по максимальной нагрузки.
Например, ты отдаешь в ВМ все ядра, которые есть в наличии на хосте, и задаешь разрешение в этой ВМ только на 50% - такое доступно. Или - отдаешь в ВМ только половину ядер из доступных на хосте, но разрешаешь их загружать на 100% На этом железном хосте сколько всего виртуальных машин установлено и запущено? |
48 |
||
47
ptiz
15.11.18
✎
12:12
|
Виртуалка на 2Ггц ксеонах - после этого странно хотеть скорости.
|
48 |
||
48
dka80
15.11.18
✎
12:18
|
49 50 52 |
|||
49
ildary
15.11.18
✎
12:29
|
(48) на соревнования по бегу вы пришли в валенках и удивляетесь, что не можете догнать экипированных бегунов. Экипированных - это с производительными процессорами (и без виртуалки).
|
51 |
||
50
Фрэнки
15.11.18
✎
12:33
|
(48) а если посмотреть статистику нагрузки процессоров на самом хосте - вангую - две виртуалки в сумме "съедают" все 100%
|
51 |
||
51
dka80
15.11.18
✎
12:35
|
54 |
|||
52
Вафель
15.11.18
✎
12:38
|
(48) загрузка процессора есть, попробуй счетчики реальные снять
|
56 |
||
53
Вафель
15.11.18
✎
12:39
|
смотреть нужно конечно все на хосте
|
|||
54
RomanYS
15.11.18
✎
12:39
|
(51) "Вторая виртуалка кушает 10%" = кушает одно ядро из 10
|
|||
55
palsergeich
15.11.18
✎
12:39
|
Не всё масштабируется вертикально
|
|||
56
dka80
15.11.18
✎
12:45
|
(52) сейчас не могу. Чуть позже обязательно сделаю.
|
|||
57
dmrjan
15.11.18
✎
12:54
|
Не сказал марку SSD. Есть SSD корпоративного класса, есть клиентские, последние плохо работают в многопоточном режиме. https://www.kingston.com/ru/ssd/enterprise/best_practices/enterprise_versus_client_ssd
|
58 |
||
58
dka80
15.11.18
✎
13:00
|
(57)
SSDPED1D480GASX Твердотельный накопитель Intel Optane SSD 900P Series PCIe NVMe 3.0 x4, 480Gb 1/2 Height PCIe, R2500/W2000 Mb/s, IOPS 550K/500K, MTBF 1,6M (Retail) Star Citizen Promo |
|||
59
dmrjan
15.11.18
✎
16:56
|
У вас для дома, рабочих станций, для геймеров. Нужно было брать:
Intel DC P3700 Series 400 Гб (SSDPEDMD400G401) https://www.nix.ru/autocatalog/ssd_intel/SSD-480-Gb-PCI-Ex4-Intel-Optane-900P-Series-SSDPED1D480GASX-3D-XPoint_337795.html |
|||
60
Turku
16.11.18
✎
05:05
|
(8)
Возьмите на Алике пару E5 2667 V2. 3,3ГГц базовая и до 4ГГц в бусте. Цена 18к/шт. Предварительно, конечно, надо спецификацию на мат.плату посмотреть на предмет поддержки оных. А текущие 2ГГц Зионы - на брелок. У вас все в скорость ядра процессора упирается. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |