1с зависает клиент Ubuntu 16.04 и 14.04

Все еще не нашли решение?
Столкнулся с такой же проблемой.
На 8.3.9 все было отлично, на 8.3.14.1630 - зависания. Тестировал на 8.3.15.1489 (последняя актуальная) тоже зависает.
Толстый/тонкий клиент - без разницы.

Такая же проблема на линукс клиенах 8.3.16.1063 в файловых(локально), ext4, ext2., в postgres-е вроде ок. Причём iotop ничего не показывает(околонулевые значения проскакивают) но в htop 99% . Толстый клиент может зависнуть при старте не отрисовав интрефейс(только рамка окна), Тонкий даёт поработать несколько минут. В режиме конфигуратор вроде ок, но я только выгружал/загружал dt-шник. Вот думаю что дальше делать.

8.3.16.1148

Проблема осталась

Столкнулся с аналогичными проявлениями - после перехода на платформу 1С 8.3.18.1128 клиент под MintLinux (тот же Debian/Ubuntu) зависает через 1- 3 минуты. Независимо от конфигурации. Независимо. это клиент к удаленному серверу или база на локальной машине в файловом варианте. Выяснил, что постепенно происходит полная загрузка процессора, точнее, загрузка выделенного на процесс ядра, после чего программа перестает отвечать. Причем ситуация 100% загрузки происходит моментально при вызове форм любых списков.
Единственный вариант сохранить хоть какую-то работоспособность "на коленке" - отказаться от интерфейса Такси, например через ключ /isdi, что включит многооконный интерфейс.
Глюков много, например, если включено рабочее место кассира, то этот экземпляр программы не открывает никаких других форм/окон. Решается запуском второго экземпляра программы. Короче, костыли и инвалидность. Ждем обновления релиза платформы.

Та же фигня, на 8.3.15.1869 - все нормально было, пробовал разные 16, 17, 18 - толку нет. Что происходит, после запуска программа открывает какие-то информационные окна и они зависают. Также нельзя программу закрыть - диалог вопроса об этом не активный. Хоть этого релиза пока достаточно. Еще появились проблемы с масштабированием шрифтов в конфигураторе - они не увеличиваются с увеличением dpi.

Можно, только независимые окна как говно отображаются.

Если разработчик не решит проблему то это будет полундра!

Та же ерунда, периодически вылетает, начиная с 8.3.16, прокрутка таблиц тормозит, у менеджеров установлен Debian. Заметили интересную особенность, очень часто вылетает на мониторах с горизонтальным разрешением 1600.
А по поводу тормозов, пока докопался до того, что в 1С используется библиотека libwx_gtk3u-3.0.so.0.1.0 и в ней скорее всего проблема. Библиотеку можно скомпилировать с прорисовкой opengl, что я и попробовал сделать. Но не тут то было, библиотека не подошла, значит разработчики добавили в неё что-то еще своё.

И чего делать ? Новая конфа БП требует минимум 8.3.17, а перейти на нее значит повиснут все машины на убунтах... Пока сижу на 8.3.15.1830 без проблем...

Поставили 8.3.18, тоже не всё гладко. В итоге под wine работает, даже 64 битная версия. Пока как-то так.

Последние 3 дня проводил полное боевое тестирование платформ 8.3.18 - 8.3.22 последних релизов каждая под сервером терминалов на xrdp на AltLinux 10 и postgresql 14
Пытался решить проблему плавного нарастания загрузки одного ядра процессора каждым толстым клиентом 1с на конфигурации Управление торговлей 10.3.
Проблема не решилась, причем, чем более поздний релиз, тем быстрее нарастает загрузка (примерно 1.5 2 минуты)
Конфигурация сервера xeon E5-2697 v2, 64 Гб озу, 2 ssd 1- система, второй данные)
пользователей 6, среда LXDE
Сейчас буду пробовать ставить 8.3.15.1830 (но у старых релизов, окно выбора значения, прячется за основным окном формы и проявляется если только свернуть и развернуть всю 1с)

В итоге: 8.3.15.1830 некорректно работает с кодировкой и для работы текущей УТ 10.3 нужно минимум 8.3.15.2107
поставил 2107 ядра грузятся только когда пользователь что-то делает - до 30%
Завтра целый день в боевом режиме посмотрим.

В общем, остановился на 8.3.16.1973: толстый клиент не грузит процессор, принтер работает корректно.