Имя: Пароль:
1C
1С v8
Новый многопоточный тест
0 Fragster
 
гуру
25.09.13
13:35
1. У меня такой результат, на такой системе 100% (7)
2. 22 см 0% (0)
Всего мнений: 7

На этот раз сильно грузит диски из 1с http://www.gilev.ru/testg1c/
будем мериться?
1 Fragster
 
модератор
25.09.13
13:36
собственно, у меня так:
http://wstaw.org/m/2013/09/25/0.png
4 sas 10к диска каких-то в 10 рэйде, проц xeon e5620, 24ггц, 24 гига ОЗУ

У меня такой результат, на такой системе
2 Fragster
 
модератор
25.09.13
13:37
2,4 ггц :)
3 LehhaK
 
25.09.13
13:40
А на рабочем серве если запущу - юзеры повесятся?
4 Fragster
 
модератор
25.09.13
13:41
(3) ну, минуты 3-4 им буде тяжело :)
5 LehhaK
 
25.09.13
13:41
Гилев купил твой тест?)
6 Fragster
 
модератор
25.09.13
13:41
делается весьма быстро
7 Fragster
 
модератор
25.09.13
13:41
(5) это другой
8 Fragster
 
модератор
25.09.13
13:41
(7)+ но да
9 LehhaK
 
25.09.13
13:42
(4) Тогда я ночью запущу. Ну их нафиг
10 Fragster
 
модератор
25.09.13
13:42
(9) в (1) - одновременно на сервере еще где-то 150 сонных хомячков сидело
11 ansh15
 
25.09.13
13:57
(0) Результаты как-нибудь будут в дальнейшем сохраняться? Ну чтобы можно было сравнивать СУБД, контроллеры, диски, настройки?
12 Fragster
 
модератор
25.09.13
13:58
(11) вопрос к Вячеславу же, не ко мне
13 ansh15
 
25.09.13
14:02
(12) Ясно, спрошу.
14 LehhaK
 
25.09.13
14:15
http://wstaw.org/m/2013/09/25/Безымянный.png
Рейд 10 на сата дисках, 32 гб оперативы проц i7-4770K 3,5ГГц

У меня такой результат, на такой системе
15 LehhaK
 
25.09.13
14:15
+(14) Это годный результат?
16 jsmith82
 
25.09.13
14:16
Пишет менеджер заданий не активен
чозах
17 Fragster
 
модератор
25.09.13
14:16
(16) на файловой не работает
18 Fragster
 
модератор
25.09.13
14:19
(14)(15) видишь, в один поток - скорость хорошая, но при увеличении нагрузки - масштабируемости нету. там пользователи были, создавали нагрузку ощутимую, или нет?
19 LehhaK
 
25.09.13
14:19
(18) Около 60 человек. Но они в это время в основном висят
20 LehhaK
 
25.09.13
14:21
Красная, желтая и зеленая полосочки - это что?
21 Fragster
 
модератор
25.09.13
14:23
(20) это калибровка 3 раза проходит, чтобы случайные флуктуации подавить
22 jsmith82
 
25.09.13
14:25
23 Fragster
 
модератор
25.09.13
14:26
вот например в первый раз (красный график) у тебя кто-то нагрузил сервак, что прогон калибровки завершился
24 Fragster
 
модератор
25.09.13
14:26
(22) не советую много пользователей на него пускать :)
25 Fragster
 
модератор
25.09.13
14:27
(24)+ кстати, если проапгрейдить ноут ССДхой - разница будет очень сильная, судя по всему
26 LehhaK
 
25.09.13
14:27
http://wstaw.org/m/2013/09/25/Безымянный2.png Жесткий вроде норм вывозит
27 jsmith82
 
25.09.13
14:28
(25) видимо
28 Йохохо
 
25.09.13
14:28
а где расшифровка графиков? одни циферки без буковок
29 Fragster
 
модератор
25.09.13
14:30
(28) для потоков это штуки, для остальных - это КБ/сек - во всплывающей подсказке на маркерах появляется, по горизонтали у калибровки - это размер строки (примерный, судя по отчету disk usage из скуля), у остальных - время.
30 Fragster
 
модератор
25.09.13
14:32
(26) очередь зашкаливает
31 Salimbek
 
25.09.13
14:32
Мой комп:
Проц: i7-3770
ОЗУ: 32Gb
HDD: RAID-1 на двух терабайтных SATA дисках (Hitachi&WD)
http://wstaw.org/m/2013/09/25/i7_No_Cache.png

Потом включил FancyCache в режиме 1Gb - level-1 cache в ОЗУ и 10Gb - level-2 cache на SSD OCZ Vertex4
http://wstaw.org/m/2013/09/25/i7_Cache.png

У меня такой результат, на такой системе
32 LehhaK
 
25.09.13
14:33
http://wstaw.org/m/2013/09/25/Безымянный3.png Вот непосредственно, когда тест написал "тестирование".
Кстати, после второго прогона немного другой результат:
http://wstaw.org/m/2013/09/25/Безымянный4.png
33 LehhaK
 
25.09.13
14:34
Что такое количество потоков: 5?
34 Fragster
 
модератор
25.09.13
14:35
(33) по графикам - это максимальное количество потоков, когда средняя скорость больше пороговой
35 LehhaK
 
25.09.13
14:36
(34) И как тест поможет мне понять, почему у меня плохая маштабируемость?
36 Fragster
 
модератор
25.09.13
14:41
(35) "почему?" это очень сложный вопрос. вот например, почему при калибровке на 512КБ в 100% случаев на всех моих серверах  происходит проседание скорости записи?
37 Fragster
 
модератор
25.09.13
14:42
(36)+ и не только у меня
38 LehhaK
 
25.09.13
14:43
(36) Т.е. тест для выявления наличия проблем. И все?
39 Fragster
 
модератор
25.09.13
14:50
(38) ну, это же важный этап, например для превентивных действий.
а дальше - нужно мерить (в том числе всякие счетчики винды) и думать. может не вывозит проц, может - память, может - шина или даже рэйд-контроллер. может батарейка в контоллер поможет, еще варианты. в общем, много чего. вон, в (31) интересно.
40 mzelensky
 
25.09.13
15:02
(0) Можно небольшой ОФФ вопрос.

Где почитать про настройку 1С-ки / СУБД чтобы максимально задействовать железо и повысить производительнсть.

Например, имеем комп с процем КорАй-7 , 16 гигов памяти обычный жесткий диск (не рейд, не ССД). База серверная на SQL 2012

Запускаем в 1С-ке алгоритм расчета с использованием больших объемов данных (Запросы с миллионными выборками, многокртные циклические просчеты, и т.д.). Заглядываем в "Производительность" и видим что память сжирается практически мгновенно, а вот нагрузка на проц не доходит и до 50%

Можно как-то улучшить?!
41 Salimbek
 
25.09.13
15:06
Боевой сервер: Xeon X5675 3/07 GHz RAM 144 Gb
База на RAID10 из 6 SAS все винты Hitachi 256 Gb
Лог-файл на RAID10 из 4 SAS

http://wstaw.org/m/2013/09/25/worker.png

У меня такой результат, на такой системе
42 Fragster
 
модератор
25.09.13
15:11
(40) улучшить можно за счет:
+исправления методических ошибок (типа получения ссылки запросом, а потом в обходе выборки - получение данных через точку от ссылки, запросов в цикле и т.п.)
+изменения текущего алгоритма (принципиально. например вместо сортировки пузырьком квиксорт, или использование приблизительного алгоритма, приняв для себя потерю точности)
+изменение структуры данных (в т.ч. индексы)
+распараллеливания (например как этот самый тест)

в зависимости от узкого места можно либо расширять его, либо менять алгоритмы таким образом, чтобы уменьшить его влияние
43 mzelensky
 
25.09.13
15:13
(42) Интересуют варианты:

+изменение структуры данных (в т.ч. индексы)
+распараллеливания (например как этот самый тест)
44 Fragster
 
модератор
25.09.13
15:18
(43) ну, за индексы можно почитать http://msdn.microsoft.com/ru-ru/magazine/cc135978.aspx , например, за параллельность - хорошим подспорьем будет изучение node.js
45 mzelensky
 
25.09.13
15:22
(44) "node.js" - это же ява платформа. Как вы ее применительно к 1С юзаете?
46 Fragster
 
модератор
25.09.13
15:27
(45) она мозг поворачивает в правильном направлеини
47 ptiz
 
25.09.13
15:37
Домашний комп: Q9300, ОЗУ 4Гб, SSD Intel 320 series
https://dl.dropboxusercontent.com/u/67681686/testg1c_1.png

У меня такой результат, на такой системе
48 pumbaEO
 
25.09.13
16:11
(46) колбэх хэл? :)
49 Fragster
 
модератор
25.09.13
16:47
(48) говорят, в девятке таки будут колбэки
50 pumbaEO
 
25.09.13
16:48
(49) до 9 дожить надо, тут он еще 8.3 не освоили.
51 Sonny
 
25.09.13
19:54
Не пашет :(
http://clip2net.com/s/5P5woF
52 Fragster
 
модератор
25.09.13
19:56
(51) на сервере 1с сильно загружен проц сейчас?
53 Sonny
 
25.09.13
20:02
(52) В пределах 20%.

А второе и третье тестирование успешно завершились. Но результаты как-то сильно разнятся.
http://clip2net.com/s/5P5EnQ
http://clip2net.com/s/5P5Hzd
54 Sonny
 
25.09.13
20:14
Какая-то фигня: при тестировании показывает нагрузку меньше 750 иопсов
http://clip2net.com/s/5P62kR

Тогда как во время работы бывает доходит до 3000.
55 Fragster
 
модератор
25.09.13
21:08
(53)(54) а сервер 1с и скуль - на одной машине? по сети?
просто непонятно, почему на калибровке так колбасит, оно должно расти плавно. Ну и на диаграмме потоков есть падения - они происходят, когда фоновое задание 9 секунд не отвечает, и оно прибивается.
56 jsmith82
 
25.09.13
21:10
забыл проголосовать
i5, 5400, 4Gb
http://savepic.org/4486932.png
лууууузер
57 Sonny
 
25.09.13
21:30
(55) Сервер 1С на винде, СУБД на другом серваке под линем.
58 Fragster
 
модератор
26.09.13
09:41
(57) сеть нагружена?
59 Sonny
 
26.09.13
12:47
(58) Не похоже.
Диаграммы загрузки ЦП и сети на сервере СУБД:
http://clip2net.com/s/5PjYdZ
Загрузка сетевого интерфейса на сервере 1с:
http://clip2net.com/s/5Pk37y
Результаты тестирования:
http://clip2net.com/s/5Pk5dY
Серваки соединены через гигабитный свитч.
Мне кажется надо что-то в самом тесте допилить для совместимости с мультиплатформенными конфигурациями.

У меня такой результат, на такой системе
60 Fragster
 
модератор
26.09.13
12:53
(59) а процессор на сервере 1с? я у себя проверил - и с разнесением сервера 1с - субд адекватно работает
61 ansh15
 
26.09.13
22:21
http://wstaw.org/m/2013/09/26/tgm.png
Только непонятно, когда тест решает, что надо остановиться.
Пришлось принудительно прервать.
62 Fragster
 
модератор
26.09.13
22:23
(61) это постгре? прикольно, нету падения на 512 КБ.
решает остановиться, когда скорость ниже пороговой. ну, через несколько итераций подряд.
63 Fragster
 
модератор
26.09.13
22:24
(61)+ реально интересные результаты. Что за система?
64 Fragster
 
модератор
26.09.13
22:25
гиг в секунду. интересно, врет? что показывает монитор ресурсов? iotop, например, если линукс
65 ansh15
 
27.09.13
00:20
(62)(63) Xeon E5-2680(два), контроллер на LSI SAS 2108, базы на зеркале из 15к SAS дисков, памяти достаточно много. CentOS 6.4, PostgreSQL 9.1.2 от 1С и 8.2.19.68. pg_xlog отдельно.
66 ansh15
 
27.09.13
00:41
(64) Память на сервере 128ГБ, память на контроллере 512 МБ+батарейка, iotop показывает, что с дисками работы особенно и нет, так, периодически запись происходит.
67 Fragster
 
модератор
27.09.13
09:02
(66) и это в момент, когда 1с в 30 потоков шлет строки по мегабайту на запись?
68 Salimbek
 
27.09.13
09:09
(66) А можно поподробнее про дисковую подсистему узнать. Тоже очень любопытно.
69 vhl
 
27.09.13
09:15
(0) Что за бредовые графики? По одной оси цифры и по другой цифры. Где легенда? Все для людей...
70 zlnk
 
27.09.13
09:32
(69) +1
Именно про это хотел сказать, что один старый учитель говорил, что ось без обозначения - это бельевая веревка.
71 ptiz
 
27.09.13
09:33
(70) Это сделано специально.
Если не понимаешь, что написано - тебе этот тест не нужен :)
72 zlnk
 
27.09.13
09:42
(71) это сделано по причине неуважительного отношения к пользователю. я разберусь, но потрачу на это времени на "дельта икс" больше.
73 Fragster
 
модератор
27.09.13
10:47
(72) если вы знаете, как подписи к осям добавить, прошу сообщить
74 zlnk
 
27.09.13
10:59
(73) сорри. не знаю.

https://www.dropbox.com/s/7ktodfmjno270g5/test.jpg
Сразу оговорюсь, это не продакшн, это "медленные" диски 7К 2ТБ в RAID10, СХД по Fibre Channel. СУБД DB2 на одной машине с 1С, всё на SLES.

У меня такой результат, на такой системе
75 zlnk
 
27.09.13
11:01
+(74) Остановилось с сообщением "Индекс за границей массива". Так и должно?
76 Fragster
 
модератор
27.09.13
11:07
(75) вообще - нет :) а строка кода какая?
77 zlnk
 
27.09.13
11:19
(76) Не было больше ничего. Только это сообщение, и кнопка "ок", на которую я нажал. Теперь прога вроде бы стоит (Текущая отметка остановилась на 10-46), а в консоли вижу продолжение действия фоновых заданий.
Если надо, могу по-новой запустить, выскочит опять-сделаю скриншот. Или в журнале (если он ведется в этой конфигурации) могу посмотреть.
78 Fragster
 
модератор
27.09.13
11:27
(77) в журнале регистрации должна быть ошибка
79 zlnk
 
27.09.13
11:52
(78) Посмотрю через час-полтора и напишу.
80 ansh15
 
27.09.13
12:49
(67) Я к тому, что по сравнению с тем, когда выполняются iozone или bonnie++ с постоянной записью со скоростью 120-140 МБайт/с, тут бывают провалы в активности. На выходных посмотрю еще раз, сейчас меня бухгалтера съедят, если запущу тест.
81 Fragster
 
модератор
27.09.13
14:51
по ссылке из (0) кое-что обновилось (правда результаты выдает те же, изменения скорее косметические)
82 zlnk
 
27.09.13
15:00
(78) (79) вот:
{Обработка.Тестирование.Форма.Форма.Форма(140)}: Индекс находится за границами массива