Клиент-сервер 1c x32, ОС на сервере Win2003 x64, mssql2008r2.

До этого была версия 1с 8.3.10, всё работало нормально. Установили 8.3.11 как рекомендуемую для последней ЗУП, и начались проблемы.

При некоторых операциях типа открытия отчета, формы и т.п. наблюдается длительная многосекундная загруженность ядра процессора на сервере процессом rphost. Сервер mssql при этом не загружен. Попытался отследить отладчиком. Тупит в разных местах. Например, открытие отчета тупит минуту на присваивании значения схеме компоновки данных "ОтчетОбъект.СхемаКомпоновкиДанных = СхемаКД".

В чем может быть проблема и как её решить?

(0) Выгрузить все базы в dt, снести все следы 8.3.10 включае кэш всех пользователей.

Походу проблемы с построением кэша программных интерфейсов.  

>>Клиент-сервер 1c x32, ОС на сервере Win2003 x64,

Сервер x32 на x64 оси? Может еще в виртуалке?

(54) Потому что пробовал на разных конфигурациях. И на БП3 и на ЗУП3.
(56) Выгрузку-загрузку пробовал. Эффекта нет.

(56) "Сервер x32 на x64 оси?"
Ну да, а чего тут такого? Вполне штатное решение, работает много лет. Тем более, как я уже писал - проблема даже в файловом варианте проявляется.

(53) Тупит не при запуске, а при первом в рамках сеанса обращении к тем или иным метаданным.

(19) аналогичная ситуация. На старом 2003 сервере тормозит дико. На 2008 более-менее нормально.
8.3.6 быстрее работала

Я правильно понимаю, что если поставить сервер 1С 8.3.11 на что-то современное (Server2008-2012-2014), но клиент будет запускаться из rdp сеанса Win2003 (тонкая станция), то 1С тоже будет тормозить?

(61) Нет, не будет. Тупит именно серверная сторона, не клиент.

+(62) А в случае файловой базы - часть приложения 1с, выполняющая функцию сервера.

(60) А может быть это связано не с версией ОС, а с железом? Как правило, 2003 стоит на старом железе с более медленным процессором. И на новом железе эти тормозящие циклы просто незаметны. Интересно было бы сопоставить на одинаковом железе, но с разными ОС.

Сиквел лицензионный что-ли? Только так можно объяснить использование такого старья.

(65) Всё лицензионное, разумеется.

Ещё о проблемах 8.3.11 (в файловом варианте).

На днях обновлял БП 2.0 на БП 3.0
Пробовал на версиях 8.3.11.2924, 8.3.11.3034 (x32), 8.3.11.3034 (x64).

Вываливается на реструктуризации справочника "Договоры".
При этом реструктуризация идёт в таком порядке: сначала Документы, потом Журналы, Перечисления и так далее, и только после Регистров накопления - Справочники.
Запустил процесс перехода на минимальной версии - 8.3.10.2466 - всё прошло, причём порядок обработки был такой - сначала Справочники, потом Документы, Журналы и так далее.

(62) спасибо за информацию.

(67) возможно порядок другой из-за появившейся в 8.3.11 поддержки создания справочников в расширениях. Из-за подобных вещей сильно усложнилось создание новой версии Снегопата.

(59) новые версии хакнутых 1с сообщают что Нарушена структура базы при обращении к метаданным.
Я считаю, новые тормоза связаны именно с новым механизмом борьбы с пиратством. 1С время от времени начинает тупо сканировать все вокруг себя в поисках признаков взлома.

(69) якобы не все вокруг, а просто пересчитывает хешфункции для файлов платформы, затем их с чем-то сравнивает. Вот и подвисает в момент получения данных для сравнения.

(70) не только пересчитывает хэш, 1с еще ищет хасп эмуляторы.

(71) Все эти телодвижения особенно обидны на машинах, где всё лицензировано, эмуляторов отродясь не было, а тормоза в наличии.

(68) Думаю, что порядок обхода поменялся из-за изменившегося подхода:
- на 8.3.10 - как визуально представлено в конфигурации
- на 8.3.11 - в алфавитном порядке имен метаданных (да, справочник в этом случае идёт после регистра).

(73) похоже на правду - кот в этом случае яйца лижет, а разраб - порядок меняет.

8.3.12 попробуй

(72) Все эти телодвижения занимают копейки мощности и для связки система + юзер + бд не повторяются на каждый запуск

(57) Объяснение никчемное. Обе конфы на БСП.

Просто прикладной код в 8.3.11 стал работать по-другому. А ты толкуешь про какие-то платформенные недра.

(78) Нет, тупит не прикладной код, а именно платформенные вызовы.

(75) так еще не вышла стабильная версия

(6)
Есть понимание, какие примерно операции ускорились?

(79) Возвращаемся к (54)

(82) На чистой "нулевой" конфигурации тормозов быть не может, если там метаданные пустые

(83) Так ты вроде про форму списка тут толкуешь. Вот и проверь на такой форме, которая кодом не обвешана.

(84) Читайте внимательнее. Тормоза при открытии любой формы. Но не всегда. И вполне возможно что проявляется это лишь на конфигурациях с большим количеством метаданных.
Помните баг с сохранением таблицы в xls в 7.7, когда время сохранения возрастало квадратично с ростом числа строк с автовысотой? Вполне возможно и тут что-то подобное.

(85) "при открытии любой формы" // Ну-ну. И проверил ты это только на двух типовых на БСП, так?

(86) Разумеется. Это говорит о том, что баг проявляется именно  в характерных для БСП действиях.

(86) Собственно вы можете писать что хотите.
Суть дела очевидна. Типовые с новой платформой тупят. Точка.

попробуй 12 релиз для теста

"Суть дела очевидна. Типовые с новой платформой тупят" // С этим Я-то вроде и не спорю.
Но ты-то в (50) и (52) грешишь на какие-то платформенные механизмы.
А ведь "виноват"-то может быть и прикладной код конфигурации (в т.ч. какой-нибудь запрос динамическошо списка).
Я и начал у тебя спрашивать, как это ты сделал такие выводы?

(90) Ну я вам пример приводил, место где происходит затуп.
ОтчетОбъект.СхемаКомпоновкиДанных = СхемаКД
При чем тут прикладной код?

(91) И правда. При чем тут прикладной код, если тупит строка этого прикладного кода? ))

(92) Так раньше не тупила. Она не изменилась. Изменилась платформа. Значит, виновата платформа, а не прикладной код.

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

(94) А, ну это конечно. Если не пользоваться прикладным решением - то и тормозов не будет.

(94), (95). А повторяется глюк на демо-конфигурации? Не вашей рабочей, а той что в полной поставке ЗУП или БУ идёт.

+ (96) Если воспроизводится, то получается это проблема 1С. Они либо в платформе, либо в БСП-прикладном решении что-то накрутили.

(97) Воспроизводится. На официальной тестовой то же самое. Чем более слабое процессорное ядро - тем заметнее.

https://www.forum.mista.ru/topic.php?id=811127#29

100

(99) но зачем?

(98) Заменить более слабое процессорное ядро на более сильное, а заодно и все остальное на более современное(в том чилсе и сервер приложений на х64), нет никакой физической и финансовой возможности, и вообще, принципиально недопустимо. И виновата в этом 1С.
Понятно.

(102) Да вот, не у всех есть возможность выкинуть пару сотен тысяч на новый сервер просто потому, что программисты из 1с вставили пузырьковую сортировку вместо быстрой.

+(103) про пузырьковую - это гипербола, разумеется

А зачем тебе на 8.3.11 переходить, хоть какая-нибудь типовая разве уже требует?

https://forum.infostart.ru/forum68/topic189071/
Тоже жалуются, и последняя версия СУБД не помогает...

(98) Если воспроизводятся, то, имхо, стоит написать на [email protected], или позвонить на линию поддержки. Запросить, так сказать, официальное мнение вендора.
(102) Кривой подход. Фирму 1С не должно волновать что у меня за железо или СУБД, если они выбраны из официального списка рекомендаций. Вот тут http://v8.1c.ru/requirements/ написано, что на "W2k3" + "SQL Server 2005 SP3" должно всё работать. А не работает.
(105) Как я понимаю, в основном из за лени. У меня например, переход на другой релиз связан с лютым трудоустройством на недельку примерно. Тестировать зоопарк решений, потом расставлять клиентов, потом сервера... Бррр... Один раз перейти и не думать ещё пол года. Но вот лично мне ещё хочется платформенное версионирование пощупать.
(106) Это не то, там rls тупит нещадно.

(107) "должно всё работать. А не работает"
Ну типа работает. Но не так, как раньше.
Кстати, проверил на современном железе с 10 виндой с файловой базой. Тоже ощущается разница, 8.3.11 тупит по сравнению с 8.3.10. Задержка в несколько секунд, но есть.

А кто понял (99) - просветите, что там за "новый подход"? )

(108) Несколько секунд, особенно при большом массиве данных, это комфортное время отклика. Я это называю "Работает". Несколько минут уже не комфортное, т.е. "не работает". А с 1С связывались, они что-то ответили?
(109) На сколько я понял, речь идёт о смене версии библиотеки, что используется для разработке. Хотя гугл говорит что и STLport также является версией библиотеки для С++, только это бесплатный вариант от русского программиста Бориса Фомитчева.

может они думают что из-за stlport у них все тормозит )))

Вот такое есть еще
---------------------
Если вы используете STLPort, вы войдете в мир, в котором каждая используемая вами сторонняя библиотека на основе STL должна быть перекомпилирована с помощью STLPort, чтобы избежать проблем...

У STLPort есть другая стратегия памяти, но если это ваше узкое место, то ваш путь усиления производительности меняет распределитель (например, переключается на Hoard), не изменяя STL.

(110) То-то интерфейс перестал быть формами. Теперь все формы и элементы нарисованные

(113) Как на веб-сайте?

вчера обновил один из своих серверов приложений до 8.3.11.3034(windows 2012, 64гб, ssd), сейчас на нём порядка активных 70 сеансов.
Я периодически вижу всплеск 100% загрузки сразу всех ядер на 1-2 секунды, но пользователи разницы не заметили.

(115) Ну, у вас сервер современный, неудивительно. Чем медленнее проц, тем заметнее тормоза.

(116) даже не в этом проблема - у него разделен сервер приложений от сервера СУБД

(117) Тупит в новых версиях не сервер СУБД, а рпхост.

Кстати. Посмотрел на каталог bin в 8.3.10 и 8.3.11. В 11 появилось куча дллок вида api-ms-win-core-*.dll, и пропал stl83.dll. Очевидно, это и есть то самое std, на которое перешли с stl.
Вопрос. А какое api тогда используется под линуксом? Может там оно не тупящее?

А может кто-нибудь объяснить, что вообще это за STLPort такой и почему от него отказались? И почему из-за отказа начались проблемы?

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

(120) присоединяюсь. Объясните пж, в чем зло?

(122) Вот нагуглил. Не самое современное, но хоть что-то.

"Стандартная библиотека используется единая для всех ОС и компиляторов — STLPort. Это решение позволяет снизить вероятность ошибок, специфичных для реализации STL. Сейчас мы планируем переход на реализацию STL, поставляемую с CLang, так как STLPort прекратил свое развитие и несовместим с включенным режимом поддержки C++11 в gcc."
https://habrahabr.ru/company/1c/blog/269611/

В версии 8.3.11 таки произошел переход на другую библиотеку, а в ней, похоже, кое-что оптимизировано значительно хуже, чем в STLPort.

(123) думаю все таки переход на другую библиотеку не причем.
Проблема скрытых механизмах для  поиска ломалок.

У меня 8.3.11 под Posgres - работает хорошо

Вот у нас, например, был неправильно выставлен размер ограничения памяти для рпхостов. На 8.3.10 нормально работало, на 8.3.11 сразу вылезло в виде жутких тормозов.

(124) А какой смысл их искать при любом обращении к метаданным? Нелогично. Один раз при запуске проверил и всё.

+(127) Да, и кстати в  8.3.10.2699 эта фича уже присутствует, но тормозов нет. Так что дело именно в более прожорливых библиотеках.

Меня почему-то не покидает ощущение, что все эти тормоза связаны с "другой работой библиотеки" с XML. А по памяти нет аналогичных всплесков, как по процессору?

(129) Нет, в памяти всё практически одинаково, что в 8.3.10 что в 8.3.11

(126) ограничение по памяти вроде не вызывает тормоза, а просто убивает слишком жирных

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

(132) Да, скорее всего так. Во всяком случае, после того, как лимиты нормальные выставили - тормоза прекратились.

(107) "официальное мнение вендора"
Пришел ответ с v8@. Ответили одной строчкой "для комфортной работы нужен компьютер не менее corei3 с 4 гигами", по сути проблемы не написали ни слова, как и о том, планируется ли её решать.

(134) а у Вас на сервере 2003 сейчас какое железо?

(135) Сервер старый, иначе бы проблема так остро не встала

(134) Прекрасный, по сути, ответ.

(134) :) Очень интересно. А я бы переспросил что-то вроде "порекомендуйте...". Я по ЗУП с ними переписывался, с 4-го раза только ответ получил. Такое ощущение, что они дальше первого предложения не читают.
(136) Если сервер хуже чем "corei3 с 4 гигами", может прикупить таки хотябы corei3 с 4 гигами? Или назначить сервером приложений другой аппарат. Это же базовая офисная машина, а не сервер.

(138) Сервер покупался специально под восьмерку. Два 4-ядерных ксеона 2.5 ГГц. И долгое время его хватало.

Попробовал в 7zip оценить производительность процессора на одном ядре - 2500 MIPS. На рабочем Core i5 - 3000 MIPS.
И тормоза на i5 тоже ощутимы (на файловой базе).

(137) Да только понятие комфорта у каждого своё, 8.3.11 тормозит даже на core i5, по сравнению с 8.3.10.

(139) На моем рабочем i5 - 3800 MIPS.

(141) У вас наверное x64 - он быстрее в этом режиме. Но не суть. А суть в том, что разница в быстродействии - максимум 2 раза, что не дает возможность говорить о "комфорте" более быстрого процессора для 1с, если на более медленном операция тупит 15 секунд - на быстром будет тупить 5. Это много в любом случае.

(139) "Два 4-ядерных ксеона 2.5 ГГц" // Не айс, однако

Представь, как бы у тебя оно летало, будь это десктоп на топовой Коре под 4.5 ГГц :)

жрите кактус.

(145) Пока у этого кактуса иголки не закончатся, профессия не переведется )

(139) А есть в компании комп с "рекомендованными" характеристиками? Вот взять i3 и 4 га оперативы и организовать там сферическую тестовую площадку в вакууме - накатить туда свежую винду, поставить 1С файловую и сравнить 8.3.10 и 11. И отправить в 1С замеры с просьбой указать "что делать".

(144) Ксеоны другим берут :)

(148) Чем&

?

на самом деле на партнерке достаточно веток про то, что 8.3.11 начала тупить после перехода. И решения нет.

(150) Поддержкой многопроцессорных систем и большим кэшем. Но в данном случае это не в пользу.

(151) А тесты 8.3.12 проводились? Тормоза ушли?

(153) Пробовал на файловой - та же фигня что и в 11. Похоже, проблемы именно в рантайме самого низкого уровня, в том самом новом STL, на который перешли чтобы без проблем линковаться с низкоуровневыми библиотеками, не адаптированными специально для 1с.

Короче ну его нафиг, пока совсем не прижмет - не буду переходить на 8.3.11.
Хотя мы уже даже тестили. Но не в режиме многопользовательской нагрузки.