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

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

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

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

Чего????
8.3.10.2580. сам себе злобный

(1) То есть вы не рекомендуете работать с 8.3.11?

Да как хочешь,только вот не надо писать про требование

все написал, а что за сервер не написал...

я сервера каждый день вижу... одно слово сервер....

наберут хлама 10 летнего и считают что это сервер....

(1) работаю на 8.3.11.3034 - полет нормальный, скорость выше чем у 8.3.10

(5) Ваше мнение на эту тему давно известно и не интересно. Метод грубой силы "давай современное оборудование и всё взлетит".

(5) Суть в том, что до апдейта платформы всё летало

Пробовал удалить ИБ и заново зарегистрировать - не помогло.

Кэш, может, почистить?..

(9) копни в сторону настройки ключей 1с,

с 11 версии 1с ищет установленые кряки, возможно что-то сидит у тебя

(10) Так удаление базы в консоли автоматически очищает кэш. Дело не в этом..

(11) Точно знаю, что никаких кряков не было, всегда была только лицензия.

(0) Отладка на сервере не включена, случаем?

(14) Сейчас включена, для анализа ситуации. С выключенной та же проблема.

(6) +1 реально ускорилась

(15) ОтчетОбъект.СхемаКомпоновкиДанных = СхемаКД  вот это очень странная фраза, походу вы сами этот отчет разрабатывали.

(17) Это типовой отчет

Может это из-за того, что на сервере 2003 сервер? И рпхост применяет какие-то системные функции, которые нормально не реализованы. У кого-нибудь на 2003 сервере 8.3.11 работает?

Похоже не у меня одного такое.

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

(20) Да этом моя тема. Уточни какая имено у тебя версия 1с?
я тестировал в прошлом году 8.3.11.2867 и там реально полтергейст был. Сейчас планирую тестировать 8.3.11.3034, вроде нареканий к ней нет. Да и уже 2 месяц последний релиз, что значит критичных багов в этом релизе нет.

(21) 8.3.11.3034

грустно слышать, тормоза периодические с высокой загрузкой процессора до нескольких минут?

(0) Полагаю, проблема в Win2003 - 1с при разработке скорее всего ориентируется от Win7 и выше

(23) Да, при каких-то действиях процесс rphost грузит процессор (ядро) полностью на несколько секунд до минуты. Но не всегда.

(25) смотри, что бы в этом рхосте не было кучи регл. заданий...

это старая байда, когда регл. задания подвешивают рхост...

(26) Не, пробовал - все реглзадания отключал. Дело не в них. Тупит именно интерактивное пользовательское действие (серверная сторона).

(27) тогда проверь количество файлов в темпах как винды так и 1с, если в одном каталоге более 5тыс файлов будут симптомы похожие на сабж

(28) не слышал про такое. Есть ссылка (на 5.000)?

(28) Два десятка файлов. Не оно.

(29) это примерно, зависит от настроек сервера

если файлов 100тыс то 1с практически встает колом (в одном каталоге, не включая подкаталоги)

ну не знаю, видимо надо ТЖ включать, или что-то вроде "Procmon"

Попробую для начала 1с на сервере переустановить начисто с удалением

(33) другую ось, в дуал-бут хотя бы, поставить можно?

(34) Пиратку? Нельзя конечно.

(35) Даже для теста? ОСь от Микрософт вполне легально можно использовать сколько то дней. Она будет ругаться на активацию, предупреждать через сколько оно перестанет работать, но, по моему 21 день честно будет функционировать.

(36) поставить серверную ось для теста на рабочий сервак - это как минимум сутки простоя (пока обновления накатятмся и т.д.)

(37) Смотря что за сервак. На виртуальных решениях, вопрос 2-х минут. На железных... Можно попробовать отдельный диск использовать, дабы не ломать рабочую платформу. К тому-же ЗУП, как мне кажется, не является системой 24/7, а потому вполне допускает остановку, например на выходные.

(37)  + к  (38). К тому-же, не обязательно же ломать рабочую систему. Как я понял, сервер БД, это отдельная машина. А потому просто останавливаем сервер приложений, поднимаем "сбоку", на любом ПК, сервер 1С, втыкаем ключи, пробуем. Время простоя, можно минут в 30 уложиться.

(0) Присоединюсь к этому господину. Открытие форм тупит не только на уф, в старых конфах 8.3.11 тоже неведомым образом повисает с определенной периодичностью.

(40) Какая ОС на сервере?

+(40) Кстати, вот как раз со старыми обычными формами проблем нет у меня. В ЗУП2.5 всё летает.

(41) 2003

(41) скуль - тоже старье 2005-ое. Новее не ставят, тк с лицензиями все строго.

Забавно. Что-то не верится в совпадения. Мне вот тоже актуально, планирую на 11-й релиз перейти, ищу ругательных постов в сторону 8.3.11.3034.

Отмечусь в теме, чтобы не потерять ее...

(45) попробуй на выходных запустить 1с сервер под новой версией.

(47) Боевые системы 24/7 работают, воздержусь пожалуй. :)
У меня тестовая площадка есть, попробую сегодня-завтра. Только вот всё не протестируешь, не проверишь. Обязательно что-то вылезет. Как например с 8.3.10, на нашем релизе не работает вёб клиент в ИЕ11. Вот уж что я не проверял, ибо веб клиентов 1.5 калеки...

настройки юзера можно (нужно) почистить

Решил протестировать с файловой базой. Одна и та же база БП3, одно и то же железо. Запускаем предприятие, открываем журнал "Реализация". Тот же самый эффект. Если подключаться через 8.3.11, платформа тупит - форма открывается больше минуты с максимальной загрузкой процессорного ядра. На версии 8.3.10 открывается за 4 секунды. Дисковый кэш ни при чем - проверял несколько раз, результаты одинаковы.

Последующие открытия формы в приложении, однако, происходят одинаково быстро и в 8.3.11, и в 8.3.10. Но при перезапуске программы всё начинается снова.
То есть, похоже, что в 8.3.11 как-то радикально замедлили чтение метаданных из конфигурации. Уже считанные находятся в кэше и обрабатываются быстро.

Посижу-ка я еще на 8.3.10 )))

Возможно, в версии 8.3.11 для разбора контейнера с метаданными применяются системные средства, которые в старых ОС работают медленно. А в версии 8.3.10 и более ранних применялась какая-то собственная технология парсинга.

В общем пока спрыгиваю на 8.3.10, а там посмотрим.

(52) а я думаю, 1с перед запуском 1с начинают сканирование фс в поисках ломанных версий и эмуляторов. Чем создает эту задержку.

Воспроизведи на чистой конфигурации. Иначе с чего ты взял, что причина не в прикладном коде?

Отфайлмонь её!

(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.
Хотя мы уже даже тестили. Но не в режиме многопользовательской нагрузки.