Имя: Пароль:
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-ами, для разных пользователей. А это единичный процесс одного пользователя, он уже не распараллелится. Если подлючатся еще пользователи, они займут другие ядра.