Ничего не могу понять в чем затык в производительности.

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

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


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

Почему ресурсы (Процессор, память) не используются на полную? Такое ощущение, что сама 1С работает не спеша и с перекурами, потому что так хочется ей..

Сорь, сервер 1С нагрузка вот: http://prntscr.com/evh98d

(0) Сееееть )

проца не хватает, но сравнеие юзает лишь 1 ядро

(2) какая сеть? там 100кб максимум

версия платформы какая?

Всегда было медленное сравнение, сам мучаюсь с УПП.
И разница между медленным и "супер быстрым многоядерным компом на SSD" не очень то велика.

А еще бесит при обновлении сравнение идет ТРИ раза.

(6) предложи разрабам платформы 1С выполнять сравнение только 1 раз, я думаю, они согласятся с этим эффективным предложением

(2) В каком смысле сеть? Нагрузки на сеть не видать не слыхать практически. А сама сеть работает хорошо..
(3) То есть если у меня 8 ядер, то мои 13% загрузки ЦП это и есть 100% загрузки одного ядра?
(5)8.3.10.2168

(8) именно так и есть 13% = 100% одного ядра

Блин.. это реально трындец.
Это только на сравнении или вообще 1С работает только с 1 ядром в принципе?

(10) конфигуратор всегда

(11)ну, в принципе, так то логично... В разработке этого должно хватать. Но сравнение объединение - это просто вешалка.

(7) :))

(7) пусть на работу возьмут - все там им оптимизирую и подскажу, что у процессоров давно уже не одно ядро.

(14) там не на 1С пишут :)

(15) какая разница на каком языке пинки раздавать) Закостенели они совсем, идей не хватает)

это же УПП. Болезнь эта с тормозом в обновлении возникла не "вчера", а даже "позавчера"

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

3. На какой-то период времени может помогать замена всей конфигурации через "Загрузить из файла"

(17) "Загрузить из файла"
Это риск

1. Взять быстрый процессор, например haswell на 4.5ггц
2. 64-битный конфигуратор
3. базу на рам-диск
4. остальное на ssd

3 сравнения могли бы и на 3 ядрах хотябы делать )))

(14) говорят, работа в самой 1це не сахар - зп умеренные, а нагрузка высокая

(19)
"3. базу на рам-диск"
Кажется бесполезным, а может даже и вредным.

(21) уходить во времмя не принято )))

(18) самого себя если загрузить, то никакого риска.

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

Хотя понятно, что экспериментировать лучше на копии базы, а не на боевой, затем уже повторить на боевой.

(21) как такое может быть? Монополисты с такими ценами...

(17) я скорее не про обновление, а для сравнения с полной cf копии базы, при чем другой более старой версии, много измененных объектов.