Размер ИБ 3,3 Гб

Запустил обновление, сравнение объектов длилось 3 (три) часа

Это так задумано?

Сервер вроде мощный, процессор Xeon

Типовая ЗУП ред. 2.5 на этом же сервере быстро обновилась

Есть решения проблемы, СКЛ поможет?

(0) файловая?

(1) Да.

(2) для файловой - это нормально, ставь хотя-бы постгри - будет быстрее

(3) - интересно как влияет сравнение конфигураций от варианта работы БД?

(3) чушь не гони.
(0) ПРивыкай. Современные конфы они такие

(0) дак может надо было не на сервере, который занят ресурсами, обновлять, а на свободной локальной машинке?

+ в файловой базе постоянно работают фоновые задания, которые жрут ресурсы

если диск не SSD, то нечего жаловаться.

А вообще - разверни чистую конфу, без данных, обновляй на ней, потом готовую конфу накатывай на рабочую базу.

(0) Не повезло. БП 3.0 вообще тяжелая конфа.

+ важна тут частота максимальная 1 ядра, а не Xeon-Xeon

(4) (5) в понедельник выйду на работу - проверю, в отпуске влом эксперементировать...

(4) будете мне говорить, что предопределённые никто сравнивать не будет?

как бы там есть чего сравнивать) очень много

(4) в сереверном варианте обновление фоновыми заданиями делается. Получается быстрее

(0) я тут недавно обновлял бухию 3.0 базовую. Так вот весь процесс занял около получаса. 2.0 все таки пошустрее будет.

(3) Может и нормально, но люди говорят, мы не обязаны платить за то, что так долго, или за то, что нужно СКЛ покупать или Железо новое.

(11) так только сравнение длилось 3 часа - при чем тут обновление.

(12) она теперь при обновлении всё проверяет, метаданные, подписки, обработчики, интерфейс. В бп 2.0 раз в 15 было меньше проверок. Вообще их не было.

(13) полтора года на форуме... пора знать, что постгри - бесплатен, скл-экспресс - бесплатен...

>но люди говорят
если они более чем ты компетентны в этом вопросе, то почему не они а ты обновляешь, если нет - пусть заткнутся по той теме в которой они не понимают. Я понимаю что они не хотят вообщн платить за работу, но пусть пойдут поспрашают сколько им будет стоить внедрение и сопровождение сапа - может на какое-то время это их излечит от жлобства.

(15) "было меньше проверок. Вообще их не было"
Опять же фигни не пори. Она сравнивает то, что есть.
Если в конфе нету всяких подписок и т.д. - она и сравнивать не будет

(16) Все что бесплатно это риск, я им такое советовать не буду, если из за этого в будущем проблемы будут, я останусь крайним, мне это не нужно. Хотя работаю ПОКА некоторые на постгри, но нормальное его администрирование тоже время надо, не будут платить за это. скл-экспресс множество ограничений, опять время нужно на это, за него тоже платить не будут.

(18) >Все что бесплатно это риск, я им такое советовать не буду

троль?

хотя для троля как-то дохло вбросил

(19) Не очень понял, ничего плохого, ситуация она такая какая есть. Не жаловался бы народ на скорость, я бы и не создал тему.

(21) Где ситуация? Какая ситуация? Бесплатно это риск, а платно это безрисково? Имхается, это только у вас в голове такая ситуация.

(21) Лицензионные соглашения хоть раз до конца доводилось читать? Фразу "As Is" ни разу не встречали?

(18) Сколько заплатил за советы на мисте? Они же бесплатные, а ты не привык рисковать

(17) что такое есть в метаданных БП 3.0, чего нету в БП 2.0?

(25) Вот и я о том. Ничего нового нет. Просто размер увеличился

(25) куча ненужного кода и разделение данных

(25) если переходишь с 2.0 на 3.0 метаданные все объединяются, получается конфа увеличивается в 2-3 раза.

(28) Бггг....

(28) т.е. по два одинаковых справочников, документов и.т.д? что за бред

(30) не не бред, так и получается. Ну только не 3 раза, а бы скромнее цифру взял, в 1,5

Посмотри сколько в БП 3.0 объектов с префиксом "Удалить" еще чуть чуть и их будет больше чем основных объектов.

С жадными клиентами надо уметь работать, а не жаловаться на мисте почему они не хотят платить)
Кстати, у пары клиентов используется postgresql для 1С, и всё нормально. Настроил крон и забыл. Какое еще администрирование? Зачем? И еще, такой выбор был не из-за жадности, а из-за их необъяснимой любви к линуксу) на железки не поскупились, работает быстрее чем ms sql у некоторых, и довольны.

Чрезмерно долгое обновление конфигурации - это зарегистрированная ошибка платформы 8.3.4.

поржал

(0) не уловил связи между размером базы и временем обновления конфы

(6)  а какие фоновые задания работают в конфигураторе файловой базы и жрут ресурсы при сравнении конфигураций?

(16)  а ключ от сервера 1С тоже бесплатен?

(33) 8,3,5 тоже не намного быстрее.

Xeon понятимое растяжимое. Обнови лучше на локальной тачке. Сервер не для несведущих

Переписал себе *.cf сделал пустую ИБ на SQL Express 2008, долго загружался, это время не стал учитывать.

А вот сравнение у меня заняло 40 минут.

Думаю, что SQL если и помог, то не сильно, а вот 1cv8.exe держал в среднем 40% производительности и занял 650 МБ оперативной памяти.

Значит от конфигурации компьютера много зависит.

(40) Зависит. Профиль пользователя положи на RAMDrive.

(40) От компа зависит, причем многоядерность не так важна, как частота проца и поддержка им макс кол-ва инструкций

Еще нужно много памяти (от 8-ми рекомендую уже 16 и >) и обновляемая база должна круnиться на SSD или даже в памяти (если нету бабок на SSD делай виртуальный диск в RAM и юзай его для обновления баз)

Файловая - серверная не так зависит, тут больше что сервер это дело слегка оптимизирует.

Сравнение идет тем дольше, чем больше есть измененных типовых объектов метаданных (в случае, когда добавлен реквизит - больше, свой объект - меньше). Кроме того если базу кто-нибудь когда-нибудь обновлял через внешний цф, или копированием - то могут возникать различные косяки. Такое долгое сравнение - как раз наводит на такие мысли.
Неоднократно видел картину: при вдумчивом анализе объектов результата сравнения (с фильтром "Дважды измененные") - обнаруживалось что различия есть напр. в справочной информации, и ни в чем больше. То есть в результате сравнения конфа показывает 100500 якобы дважды измененных объектов, но на деле изменений никаких не было - было криво исполненное обновление. Причем при "сведении" этих объектов с своими аналогами из конфигурации поставщика - результата ноль.
Если конфа не знакомая - то +1 к (6), лучше внести текущие изменения в типовую (ТЕКУЩЕГО релиза), загрузить конф. из файла, и обновляться уже так, *штатно*, не забывая запускать предприятие после каждого обновления.
Всегда когда обновляю типовые с включенной возможностью изменений - сначала сравниваю с поставщиком, на всякий.

(41) для БП 3.0 нужен рамдрайв гигабайтов 40.

(40) была бы файловая, было бы быстрее

SSD + 1 ядро на 3.8 ГГц и все ок будет

(47) Чтобы не создавать отдельную тему.

Почему процесс 1cv8.exe использует только одно ядро?

Есть ли способы заставить этот процесс использовать все ядра, этот процесс скорее будет использовать 1 ядро на 100% когда другие ядра не используются практически.

Некоторые пользователи дорогих ноутбуков, на которых ядер 8 просто смеются над тем как медленно работает 1с (диски то на ноутах SSD).

1cv8.exe не умеет использовать несколько ядер?

Нигде не нашел статьи об этом техническом моменте.

1cv8.exe работает быстрее на 2 ядерном процессоре чем на 8 ядерном. Смешно.

(48) не умеет

(48) Приложение однопоточное. По сути, вся 1с - это один большой такой "hello world".

(49) (50) Значит спасает только повышение частоты платы?

(0) бред

никакой зависимости между объемом базы и длительностью сравнения/объединения нет..

проблема в железе скорее всего.. и в ресурсах сервера.
у тебя этой же конфы и пустая будет так же сравниваться..