Всем привет! В описании к релизу платформы много новых возможностей, но хотелось бы узнать мнение тех, кто уже поставил) Как полет? Какие глюки?

Попробовал. Ничего хорошего. Такое же г.. в плане тормозов, как и 8.3.11-8.3.12. К сожалению, приходится на это г.. переходить с плачем пользователей из-за того, что новая БП3 уже не обновляется на 8.3.10.
Формы открываются в несколько раз медленнее, чем на 8.3.10, со 100% загрузкой ядра сервера процессом rphost во время тормозов - в общем, как и было.

Например какие такие возможности выхвали у вас вау эффект?

Странная ситуация: ошибки выявленные в 8.3.12 исправляют в 8.3.13. Непонятно какую ставить на тест. Попробую пока 8.3.12.  Смотрю и отзывов немного по платформам, есть конечно, но по мелочи специфические.

(2) регистры в расширении (только ради этого стоит ставить)

(4) Ну это только для самописок. Толку от это в типовых?

кактусы становятся все вкуснее..
;-)

Правда такое впечатление что народ отравлен мескалином
;-)

Интересно в какой версии платформы будет добавлена поддержка 3D графики с полигонами на современных видяхах?

:)

(7) ты что, нуэтожевосьмерка

Поставил. Обновление КА на 2.4.5.111 выдало ошибку. Вернул обратно 8.3.12.

(5) в (0) о типовых ни слова. Меня типовые тоже не интересуют.

Работает документооборот на postgres, пока тьфу-тьфу, все ОК.

(7) А куда деваться, типовые требуют жертв

(8) чтобы у котика появилась тень на форме?

(14) Чтобы в 1С можно было сделать аналог Дума, где за монстров - пользователи

(8) Не. Скоро просто РАУЗ на видеокартах будет рассчитываться. Ускорени в 1000 раз будет.

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

Мы придерживаемся простой стратегии.
Без необходимости обновления не ставим.
Основным критерием необходимости являются требования 1С к своим новым конфигурациям.
Сейчас планируем обновление дописанной БП до 3.0.65, где встроенная версия БСП 3.0 с требованиями по платформе - 8.3.12. Так что выхода иного, кроме как обновляться, не будет.
Сейчас ломаем голову - как провести минимальное тестирования новой платформы, чтобы знать заранее о возможных проблемах.

Если бы требований по БП 3.0 не было бы, то не стали бы обновляться.

(0)
1. Используем активно в разработке своих продуктов
2. Две базы уже в продакшене (4 пользователя на круг), клиент-серверный режим, самописки на БСП 2.4
3. Еще одну базу запустили тестово в модели сервиса. Скоро запустим в продакшен

Ранее использовали 8.3.10.
Главные плюсы:
1. Мобильный клиент
2. История данных поддерживается на уровне платформы
3. Корпоративные стили


Причем переводим на 8.3.13 только НОВЫЕ продукты. Всё что работало раньше на 8.3.10 - не трогаем ибо там итак все работает и нуегонафигэтотрогать)

(1)
"Формы открываются в несколько раз медленнее, чем на 8.3.10, со 100% загрузкой ядра сервера процессом rphost"
Вообще у себя такого не заметил. Всё летает.

Глюки:
В файловом режиме во время отладки если выполнение стоит на точке останова, а ты тем временем что-то изменил конфигурацию и нажал "сохранить" - система долго думает и потом тебе говорит что "Журнал регистрации что-то там не смог" (точно не помню), причем конфа на самом деле сохраняется.
Не знаю как это проявляется на клиент-серверном варианте.

Пришлось переходить, проблема была на "Управление торговлей", редакция 10.3.47.3 - перестал корректно отрабатывать подбор - Запрашивать "количество". Курсор стал позиционироваться на флаг "количество". Пришлось править конфигурацию.

(20)БП3?

(20) В нескольких организациях заметил тормоза после обновления. Разумеется, чем более мощный процессор на сервере, тем менее это заметно. На файловой базе то же самое, тупит периодически с загрузкой процессора, так что дело не в СУБД. Смотрел в отладчике - тупит в разных местах, но всегда при обращении к метаданным.

Это логичное поведение. вероятнсоть того что с выходом новых версий платформы ее работа не будет ПОСТОЯННО замедляться - минимальны. Привнесение новых возможностей приведет к увеличению "нагрузки". увеличение нагрузки - к расходованию ресурсов, расходование ресурсов - к тормозам. Спасет глубокий рефакторинг - который никто делать не станет. так что готовимся жрать все более колючий "кактус" и тратиться на все более дорогих "докторов"

(25) В данном случае это не от "новых возможностей", а от перехода на более удобный для разработчиков рантайм. А то, что он менее оптимизирован для задач, характерных в платформе 1с, им пофиг. Лишь бы им проще в новой студии проекты собирать было.

+(26) Не удивлюсь, если там где-то глубоко внутри в чем-то вроде поиска по регекспу сидит какой-нибудь О(n^2) или еще похуже. И именно оно тормозит. Предполагаю, разработчики уже нашли этого "гада", но обойтись без него невозможно при использовании рантайма от микрософта - и приходится делать вид что так и надо и выдавать рекомендации "для комфортной работы рекомендуется процессор от core i5 и выше".

(16) Всё уже украдено до нас (с) ))
https://www.polymatica.ru/technologies/
"Технологии OLAP in-memory вместе с GPU-ускорением обеспечивают постоянно быструю работу системы на увеличивающихся объемах данных."

(1), (20) По поводу нагрузки ЦП на партнерке промелькала рекомендация по включению -debug
Это должно ускорить регламентные задания и открытие форм, а также снизить загрузку на ЦП.

(29)Включить?
Не наоборот?

(29) Не влияет ни включение ни выключение - я же говорю, в файловой базе то же самое.

(5)Странное мнение, нафига расширения в самописках?

ОписАл странный глюк Интересный глюк новых платформ 1С

(30), (31) Да включить, но это только предположение.
Вероятно нагружают ЦП базы, в которых нет активных пользователей и выполняются регламентные задания.

(32) вот и я о том же регистры в расширении (кроме РС) появились в 8.3.13. Типовые еще на стадии 8.3.10, избранные в режиме совместимости с 8.3.12, т.е. толку от возможности добавления на 13 платформы регистров в расширении при условии режима совместимости с 8.3.12 нет никакого. Как и нет никакого толку использовать расширение в не типовой самописки с отключенным режимом совместимости.

Мне просто не понятна была радость человека от 13 платформы ибо для него - "регистры в расширении (только ради этого стоит ставить)"

Самая засада:

https://bugboard.v8.1c.ru/error/000047250.html

Свойство рабочего сервера "Количество ИБ на процессс"
Код ошибки: 30164366
Статус: Исправлена в выпущенной версии Зарегистрирована: 20.09.2018
Исправлена: "Технологическая платформа", версия 8.3.13.1644

Описание:

Если в настройках кластера установлено небольшое значение свойства рабочего сервера "Количество ИБ на процесс", то при превышении количества ИБ на процесс, новый рабочий процесс не запускается. Как следствие, пользователи при входе получают ошибку "Ошибка установки соединения. Выполняется ожидание возможности запуска". Ожидание запуска нового рабочего процесса может занять более 10 минут.


сервер 1С не создает более одного процесса

Стояло
На рабочий сервер поставил на один ИБ процесс:
8 баз
128 соединений


В итоге - один процесс начинает жрать не подецки память. Вплоть до общего зависания сервера или ошибки в (36)


Поставил на рабочий сервер поставил на один ИБ процесс:
16 баз
128 соединений

Один процесс продолжает жрать, но пока не сдохло, хотя к этому идет.