Имя: Пароль:
1C
1С v8
Загрузка сервера и при обмене 1С
0 keller
 
16.05.12
11:18
Не подскажите почему общая загрузка сервера при обмене 5,6 а процесса который выполняет обмен (1й в списке) - 100 процентов

top - 13:16:04 up 1 day, 13:25,  1 user,  load average: 1.01, 0.89, 0.76
Tasks: 241 total,   2 running, 239 sleeping,   0 stopped,   0 zombie
Cpu(s):  5.6%us,  0.0%sy,  0.0%ni, 94.3%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   3368220k total,  3240776k used,   127444k free,    30336k buffers
Swap:  9414080k total,       64k used,  9414016k free,  2597048k cached

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
11069 postgres  25   0  309m 239m 225m R  100  7.3  17:14.19 postmaster
8754 postgres  18   0  278m 8928 8468 S    0  0.3   0:00.73 postmaster
8760 postgres  15   0 13148  692  228 S    0  0.0   0:00.00 postmaster
8794 postgres  15   0  279m 249m 248m S    0  7.6   0:01.56 postmaster
8795 postgres  15   0  278m 1584 1012 S    0  0.0   0:00.20 postmaster
8796 postgres  15   0  281m 3632  524 S    0  0.1   0:04.49 postmaster
8797 postgres  15   0 15812 3052  332 S    0  0.1   0:14.07 postmaster
8887 postgres  15   0  320m 295m 265m S    0  9.0  21:07.86 postmaster
10382 postgres  18   0  333m 309m 265m S    0  9.4  39:44.82 postmaster
10516 postgres  18   0  324m 298m 265m S    0  9.1  24:07.21 postmaster
10566 postgres  19   0  297m  96m  89m S    0  2.9   0:04.73 postmaster
10900 postgres  15   0  319m 292m 265m S    0  8.9  16:45.98 postmaster
11081 postgres  18   0  307m 193m 180m S    0  5.9   0:08.21 postmaster
11110 postgres  18   0  293m  21m  18m S    0  0.7   0:00.46 postmaster
11119 postgres  15   0  301m  77m  69m S    0  2.4   0:04.09 postmaster
1 ansh15
 
16.05.12
11:42
Если нажмете в top(в интерактивном режиме "1"), то top покажет ядра процессоров отдельно, и вы увидите, какое ядро занято постмастером, а какие свободны.
2 keller
 
16.05.12
11:48
top - 13:48:00 up 1 day, 13:57,  1 user,  load average: 1.01, 1.01, 0.94
Tasks: 240 total,   2 running, 238 sleeping,   0 stopped,   0 zombie
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu4  : 99.7%us,  0.3%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu5  :  0.0%us,  0.3%sy,  0.0%ni, 86.3%id, 13.3%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu6  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu7  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu8  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu9  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu10 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu11 :  0.3%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu12 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu13 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu14 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu15 :  0.0%us,  0.3%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   3368220k total,  3239612k used,   128608k free,    39820k buffers
Swap:  9414080k total,       64k used,  9414016k free,  2576120k cached

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
11081 postgres  25   0  329m 295m 259m R  100  9.0   9:28.43 postmaster
8754 postgres  16   0  278m 8928 8468 S    0  0.3   0:00.74 postmaster
8760 postgres  15   0 13148  692  228 S    0  0.0   0:00.00 postmaster
8794 postgres  15   0  279m 255m 254m S    0  7.8   0:01.72 postmaster
8795 postgres  15   0  278m 1584 1012 S    0  0.0   0:00.26 postmaster
8796 postgres  15   0  281m 3648  524 S    0  0.1   0:04.69 postmaster
8797 postgres  15   0 15812 3068  332 S    0  0.1   0:14.81 postmaster
8887 postgres  15   0  320m 295m 265m S    0  9.0  21:07.91 postmaster
10382 postgres  15   0  333m 309m 265m S    0  9.4  39:44.87 postmaster
10516 postgres  15   0  324m 298m 265m S    0  9.1  24:07.27 postmaster
10566 postgres  17   0  297m 106m  99m S    0  3.2   0:06.04 postmaster
10900 postgres  15   0  331m 305m 265m S    0  9.3  34:05.88 postmaster
11110 postgres  15   0  293m  21m  18m S    0  0.7   0:00.47 postmaster
3 ansh15
 
16.05.12
11:59
Ну вот, у вас одно ядро занято постмастером и еще одно на 13 процентов дисковой подсистемой.
Это один проц восьмиядерный с гипертредингом, или два восьмиядерных без?
Памяти добавьте многократно, чтобы пореже в swap лазило. Гигабайт так 16-24, а лучше 32.
4 keller
 
16.05.12
12:05
(3) v8: Долго идет обмен данными 1С+PostgreSQL это ветку я хотел как продолжение этой сделать. Кстати с Вами мы там тоже обсуждали проблему. Спасибо за участие :) Но проблема увы не решилась...

Обращался в HotLine 1C - они тестировали на своих серваках обмен на моей базе.
______________________________________________________________________
1. Сервер 1С:Предприятие 8 (8.2.15.301) он же сервер СУБД MS SQL 2008 R2 Express Ed.:
- Виртуальный сервер на гипервизоре Hyper-V
- ОС Windows Server 2008 R2 x86-64,
- ОЗУ 12 ГБ,
- Процессор Intel Xeon E7-2820 @ 2.00 GHz (для сервера доступно 4 ядра процессора),
- Дисковая подсистема на SAS дисках.

2. Сервер СУБД PostgreSQL:
- Физический сервер
- ОС Windows Server 2008 x86-64,
- ОЗУ 4 ГБ,
- Два процессора Intel Xeon 3.4 GHz (одно ядро+hyper threading)
- Дисковая подсистема на SATA дисках, RAID 1+0
- PostgreSQL 9.0.3-3.1C(x64), файл конфигурации во вложении.

Время загрузки файла обмена заняло около одной минуты.
______________________________________________________
5 keller
 
16.05.12
12:09
(3) Насчет процессоров - честно скажу не знаю...

у меня сервер Fujitsu Siemens PRIMERGY RX600 S3
Параметры точно не знаю. возможно такие http://www.server-unit.ru/catalog/servery/snyatye-s-proizvodstva-servery/primergy-rx600-s3/
6 Jaffar
 
16.05.12
12:18
(4) "Время загрузки файла обмена заняло около одной минуты. "
а у вас сколько?
7 keller
 
16.05.12
12:26
Файл обмена в архиве размером около 120 Кбайт. Обмен у меня 18 мин длился.
8 keller
 
16.05.12
12:28
И кстати еще момент - по журналу регистрации в 1С смотрю когда обмен идет - за первую 30-60 сек много объектов загружается, а потом резко производительность падает
9 hhhh
 
16.05.12
12:50
(17) для 120 кб нормальное время.
10 Jaffar
 
16.05.12
12:51
(9) а почему у 1С - менее 1 мин?
11 keller
 
16.05.12
12:56
(10) Конечно, это не норма. В файловом варианте у меня 30 сек ушло на это. Зачем тогда сервер нужен если он тупит.
12 keller
 
16.05.12
13:00
Такие тормоза с обменом начались примерно месяцев 6-8 назад. А до этого база была поменьше, но не в разы же. И обмен обычно проходил (вытащил статистику из монитора обменов) ну в пределах 1-2 мин.
13 keller
 
16.05.12
13:03
Кстати выгрузка проходит на УРА. Даже мегабайты в пределах минуты-двух выгружаются...
14 ansh15
 
16.05.12
13:06
(11) Как вариант, попробуйте отключить hyper threading, а лучше, конечно, собрать что-нибудь тестовое на каком-нибудь современном мощном ПК и памяти хотя-бы 8ГБ, с той же самой конфигурацией ПО и посмотреть.
Кстати, к swap-у в течение этих 18 минут обращений нет, случайно?
15 Jaffar
 
16.05.12
13:06
(13) естественно - при выгрузке не создаются новые объекты и не выполняются процедуры ПриЗаписи().

(12) "Такие тормоза с обменом начались примерно месяцев 6-8 назад. А до этого база была поменьше, но не в разы же."
что-то изменилось во взаимодействии выросшей базы с дисковой подсистемой.
16 keller
 
16.05.12
13:10
Кстати на сервер один из жестких дисков горит оранжевым индикатором. Но у меня не рейд массив. Из 5 дисков 3 используется. 2 нет. и горит один из неиспользуемых.
17 keller
 
16.05.12
13:12
(14) да.. это было бы здорово. Но свободный для тестов сервер не так просто найти...
18 ansh15
 
16.05.12
13:13
fsck на файловой системе, где базы посгреса хранятся, делали?
(16) Диск битый. биос раида покажет что к чему,если в него зайти.
19 ansh15
 
16.05.12
13:15
Или порт контроллера.
20 keller
 
16.05.12
13:19
(18) fsck не делал. Нужно?
21 keller
 
16.05.12
13:28
Кстати, по загруженности процесора - все-таки почему один проц. на 100 процентов загружен а остальные по нулям? Ну логично было бы если нагрузка распределялась..
22 ansh15
 
16.05.12
13:31
(20) По идее, система должна сама раз в полгода или как там настроено, запускать проверку, но лучше проверить.
Только 1С и пострес остановите и фаловую систему размонтируйте.
23 keller
 
16.05.12
13:37
(22) надо будет сделать тогда.
24 ansh15
 
16.05.12
13:46
(21)А она распределяется, только rphost-ами, для разных пользователей. А это единичный процесс одного пользователя, он уже не распараллелится. Если подлючатся еще пользователи, они займут другие ядра.
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший