Имя: Пароль:
1C
1С v8
Медленная работа при обновлении базы \ сравнении конфигураций...
,
0 live in sky dreams
 
12.04.17
13:09
Ничего не могу понять в чем затык в производительности.

Сервер SQL + 1C (x64)
16 ядер , 16 ГБ оперативы
Базы на SSD

Нагрузка: http://prntscr.com/evgj4o


Клиентский ПК, на котором обновление происходит:
8 ядер, 8 Гб оперативы
Нагрузка http://prntscr.com/evh8if

Почему ресурсы (Процессор, память) не используются на полную? Такое ощущение, что сама 1С работает не спеша и с перекурами, потому что так хочется ей..
1 live in sky dreams
 
12.04.17
13:10
Сорь, сервер 1С нагрузка вот: http://prntscr.com/evh98d
2 Мыш
 
12.04.17
13:11
(0) Сееееть )
3 Вафель
 
12.04.17
13:14
проца не хватает, но сравнеие юзает лишь 1 ядро
4 Вафель
 
12.04.17
13:15
(2) какая сеть? там 100кб максимум
5 RomanYS
 
12.04.17
13:15
версия платформы какая?
6 1Снеговик
 
гуру
12.04.17
13:18
Всегда было медленное сравнение, сам мучаюсь с УПП.
И разница между медленным и "супер быстрым многоядерным компом на SSD" не очень то велика.

А еще бесит при обновлении сравнение идет ТРИ раза.
7 Dmitry1c
 
12.04.17
13:19
(6) предложи разрабам платформы 1С выполнять сравнение только 1 раз, я думаю, они согласятся с этим эффективным предложением
8 live in sky dreams
 
12.04.17
13:22
(2) В каком смысле сеть? Нагрузки на сеть не видать не слыхать практически. А сама сеть работает хорошо..
(3) То есть если у меня 8 ядер, то мои 13% загрузки ЦП это и есть 100% загрузки одного ядра?
(5)8.3.10.2168
9 Вафель
 
12.04.17
13:23
(8) именно так и есть 13% = 100% одного ядра
10 live in sky dreams
 
12.04.17
13:25
Блин.. это реально трындец.
Это только на сравнении или вообще 1С работает только с 1 ядром в принципе?
11 Вафель
 
12.04.17
13:25
(10) конфигуратор всегда
12 live in sky dreams
 
12.04.17
13:31
(11)ну, в принципе, так то логично... В разработке этого должно хватать. Но сравнение объединение - это просто вешалка.
13 Звездочёт
 
12.04.17
13:33
(7) :))
14 1Снеговик
 
гуру
12.04.17
13:49
(7) пусть на работу возьмут - все там им оптимизирую и подскажу, что у процессоров давно уже не одно ядро.
15 ELEA26
 
12.04.17
13:55
(14) там не на 1С пишут :)
16 1Снеговик
 
гуру
12.04.17
13:57
(15) какая разница на каком языке пинки раздавать) Закостенели они совсем, идей не хватает)
17 Фрэнки
 
12.04.17
14:04
это же УПП. Болезнь эта с тормозом в обновлении возникла не "вчера", а даже "позавчера"

способы подходят только такие:
1. брать для обновления только целый CF , а не CFU
2. использовать 64-битный клиент для работы в конфигураторе в момент выполнения обновления.

3. На какой-то период времени может помогать замена всей конфигурации через "Загрузить из файла"
18 АнтонБ
 
12.04.17
14:16
(17) "Загрузить из файла"
Это риск
19 floody
 
12.04.17
14:19
1. Взять быстрый процессор, например haswell на 4.5ггц
2. 64-битный конфигуратор
3. базу на рам-диск
4. остальное на ssd
20 Вафель
 
12.04.17
14:27
3 сравнения могли бы и на 3 ядрах хотябы делать )))
21 Dmitry1c
 
12.04.17
14:41
(14) говорят, работа в самой 1це не сахар - зп умеренные, а нагрузка высокая
22 RomanYS
 
12.04.17
14:41
(19)
"3. базу на рам-диск"
Кажется бесполезным, а может даже и вредным.
23 Вафель
 
12.04.17
14:43
(21) уходить во времмя не принято )))
24 Фрэнки
 
12.04.17
14:48
(18) самого себя если загрузить, то никакого риска.

Но в процессе загрузки реструктурируются таблицы конфиги, а не данных. Т.е. когда загоняешь ТИИ, то оно так на конфиг не натравливается, как это делает "Загрузить из файла".

Хотя понятно, что экспериментировать лучше на копии базы, а не на боевой, затем уже повторить на боевой.
25 ELEA26
 
12.04.17
15:08
(21) как такое может быть? Монополисты с такими ценами...
26 1Снеговик
 
гуру
12.04.17
15:13
(17) я скорее не про обновление, а для сравнения с полной cf копии базы, при чем другой более старой версии, много измененных объектов.