Обновление с 3.1.5.129 на 3.1.5.170 шло больше 2 часов. На этапе сравнения в конфигураторе.
Платформа 8.3.11.2899. Клиент-сервер. Конфигурация редактируется с сохранением поддержки.
До этого за 15 минут обновился с 3.1.4 на 3.1.5.129.
Что это было, кто знает?

уходите с этой платформы на 1С:Предприятие 8.3 (8.3.11.3034)

2899 глючная

(0) память оно жрет. сильно жрет.
Т.е. при наличии режима с сохранением поддержки оно зажирает в разы больше. Сам сеанс стартовый на сервере выжирает почти гиг оперативы, затем остальные поскромней.

(1) хорошо, обновимся. Потом не поленюсь, повторю эксперимент.
(3) 3 месяца на ней работаем, вроде как обычно, 3-4 гига рпхост. Но на этом сервере работает только ЗУП.

(1) кстати как 8.3.11.3034 со старыми конфами типа УПП работает? Надо бы перенести ЗУП на основной сервер, где УПП, там пока 8.3.9

(4) Откатитесь на 8.3.10.2699, 11 вся глючная говорят

(6) Ага, 8ка сырая ещё

(7) Ну вот час назад натягивал 5.170 на 5.129 - 10 минут) 6.5 на 5.170 - 10 минут) На 8.3.10.2699 естественно)

(6) На 7.7. Непременно.

Уже 3.1.6.5 вышло.

(9) ЗиК кстати обновляют еще.

В 8.3.11 версии так наускоряли, что она стала работать в несколько раз медленнее. У кого проц очень быстрый, это не замечают, потому что узкое место в другом месте.

(10)ух ты, вроде меньше недели в тесте пролежала

Сегодня читал ошибки на сервере публикации ошибок.
1с массово исправляет ошибки в платформе? В тестовой 8.3.12 всего 37 неисправленных.
Исправили даже старые ошибки 14-16 годов. Понятно, что 12 свои ошибки добавит, когда в релиз выйдет, но все равно...

(13) Угу. Учитывая что уже осенью 12 станет обязательной для типовых, по крайней мере для БП 3.0

(14) Ну тогда осенью и надо переходить. Зачем терпеть тормоза 11 версии, если 10 отлично работает?

(15) Так мне то что об этом говоришь, см (6) )

(14) Так даже не 12-я, а 13-я!

(17) В описании к планируемой 3.0.77 - 12ая...

(17) извините, а где написано, что осенью будет обязательной 8.3.12, если БСП для 12-ой ещё в бете и раньше лета вряд-ли выкатится?

(18) Они что-то меняют в описаниях!

https://www.forum.mista.ru/topic.php?id=815078

(21) Сейчас там (на releases) написано - осенью у БП3 будет режим 8.3.12, а не 13.

(22) Ну разве не пидарасы?

(23) Если бы все ошибки были такие мелкие. Вот как-то они выпускали обновление для БП2 в котором русским по белому было написано "мин. версия 1С: 8.3.10", а потом в следующем обновлении поправили на 8.3.8.

(24) в зуп 2.5 через релиз 8.2.14 меняется на 8.2.19 и обратно, уже года два "скажет"

(25) в последнем уже 8.3.9.1818

(8) 3.1.6, то есть то что 3.1.5 будет стабильным они уже забили?

(27) Недовыполнен план по подредакциям конфы - наверстывают.

(28) ждем 3.5?)

3.1.6 интересно в какой редакции ERP будет? Скоро заказчик пожалеет что мы подняли зарплату в ERP

(30) не скоро, с списке 3.1.6 нормальная, но в публикации ошибок "3.1.6.5 (для тестирования)"

(31) В ней немного отличий. БСП впихнули ещё неопубликованую, 2.4.6.

8.3.11.3034 - проблем намного меньше чем с 8.3.10.2699

(33) Это у кого как. Прожорливее к процессору она. Значительно. В разы.

(13) Могли просто все ошибки удалить, и начать собирать заново ;)

(28) Ага, конец квартала, а KPI не выполнены :)

(34) И в 8.3.12 ожидается существенное увеличение производительности при работе с винтажными серверами и ПО(старше чем меч Нибелунгов)?
Разве что, первого апреля...
На Core I5-7600 с ЗиК ГУ 3 последних версий между 11-ой и 12-ой разницы не ощущается никакой.

(5) С УПП работает удовлетворительно. Правда, возможные небольшие проблемы. К примеру, у нас после обновления с 8.3.10 на 8.3.11 внешние источники данных отвалились.

(26)+ сегодня в 2.5.130.2 снова понизили минимальную до 8.2.18.109 :)

(36) Если у вас при выполнении какой-то операции в 10 была задержка 0.1 секунда, а в 11 стало 0.2 - это незаметно. Если задержка была 0.5, а стала 1.5 - уже заметно. Если было 2 а стало 6 - это уже "работать невозможно".

Обновился на 8.3.11.3034, та же ерунда. Вот уже час на этапе "Обновление конфигурации поставщика".
В (0) забыл добавить, что версия КОРП конфигурации.

(40) но на практике - выгрузка базы в файл - развернуть на комп - обновиться на компе админа - выгрузка в файл - развернуть на сервере ?

Там есть какой-то неприятный глюк именно на сравнении с конфигурацией поставщика, когда включены изменения с сохранением поддержки. Я такое тоже видел. Именно последние конфигурации сильно тормозят. Как же я это вылечил?

А что на сервере? Какой SQL и что там с памятью на сеансы? Сколько баз разрешено на один процесс на сервере?

(41) У меня возникло подозрение, не в этом ли причина:

Продолжительная компиляция программного модуля
Код ошибки: 10174547
Код(ы) обращения: SW1120079
Статус: Исправлена в будущей версии Зарегистрирована: 03.02.2017
Описание:
Компиляция программного модуля может выполняться медленно, если в модуле происходит активная работа с метаданными, в которые входят общие реквизиты.

В 3.1.5.170 добавили блок контроля ведения учета. Посмотрел новые общие модули - там большая работа с как раз метаданными. Только вот это "может выполняться медленно" насколько медленно? Неужели - часы?
Вопрос к владельцам "обычного" ЗУПа, не КОРП: там тоже добавлен блок контроля? Потому что написал на партнерку, там тоже молчат. Разве это у меня только такое сочетание "КОРП + 8.3.11 + Снято с поддержки". Вряд ли.

(42) Корп + 8.3.10 последний, обновился штатно

(41) скуль 2008, кластер 1с на другом сервере, не шибко быстром, даже виртуальном, на нем сейчас только ЗУП (1 рабочая, 2 тестовые), по процессам не распределял. Пока хватало, на следующей неделе может перенесу на основной, там где скуль.
Мне в принципе волнует не долгое обновление, а лишь бы CF не получился проблемным. Вечером буду на рабочую накатывать.

(44) если надумаешь экспериментировать, то попробуй настроить на сервере, что процесс создавался не больше, чем на одну базу. Должно помочь.