Через некоторое время работы в конфигураторе и запущенного из него толстого клиента происходит переполнение доступной памяти и система показывает окно закрытия процессов.
Рост используемой памяти растёт стремительно после запуска клиента из конфигуратора.
Проверено на версиях платформы:
8.3.25.1520
8.3.26.30
8.3.27.1326
Закрытие процесса толстого клиента запущенного из конфигуратора происходит очень долго. Даже после завершения и закрытия интерфейса запущенного клиента система ещё секунд 15 что-то выполняет и держит базу.
Решения пока нет. Год назад когда вышла MacOS 14 и конфигуратор вообще не запускался, но тогда всё таки выпустили обновление платформы.
Аналогичное поведение при работе в тонком клиенте 8.3.27.1288 в конфигурации 1С КА в сервисе 1С Фреш на MacBook Air M3 с 8 Гб оперативной памяти. Решения пока не нашел.
На MacBook Pro M1 Pro с 16 Гб оперативки такого не наблюдал.
В системе публикации ошибок еще не зарегистрирована.
Что делаем, временно на Paralells или есть лучше варианты? Конечно кроме отката на 8.3.24, в основном все клиенты на Windows и возможности 8.3.25 необходимы.
(16) писать в 1С. Я ещё не писал. Ещё у них есть чат в телеграмме для приёма предложений по развитию платформы. Туды тоже можно.
Вообще интерфейс конфигуратора надо переделывать. Например, отказаться от OpenGL
Будь осторожен! На основании твоих высказываний рисуется собирательный образ всех маководов!
Пока вот видно, что при выборе компьютера, вместо покупки новой техники в комплекте с лицензионно чистой системой, маководы отдают предпочтение технике б/у за невысокую цену. После этого начинают страдать, пытаясь заставить работать там что-то.
Интересно, какими именно аспектами бытия это продиктовано?
После выполнения процедуры "Анализ нерекомендуемых синхронных вызовов конфигурации" в конфигураторе оперативка остаётся забитой данными, что ведёт к дальнейшему переполнению доступной памяти. Очень наглядно на больших типовых конфигурациях.
macOS Sequoia 15.2 на платформе 8.3.26 1498 тоже самое, пробовал еще на Monterey 12.7.6 - аналогично
Откатился на 8.3.24 1586, уже два дня полет нормальный
Заметил, если работать без внешнего монитора (речь именно о м3 эйр 8гб), то проблема пока не воспроизводится (может просто совпадение)
Интересно как обстоят дела на про версиях от м4.
(29) Попробуйте открыть в конфигуратор какую-нить внешнюю обработку на управляемых формах и саму форму. и так несколько раз при этом заглядывая в системный монитор MacOS. Процесс конфигуратора будет съедать оперативку каждый раз больше без её освобождения.
Странно. В багборде нет ошибок, связанных с утечкой памяти в последнее время.Неужели за месяц никто не не написал об ошибке в 1С? Может реально некоторым людям просто нравится страдать? Отсюда и предпочтения в технике.
(34) ответ их немного о другом был
Укажите, пожалуйста, регистрационный номер своего основного комплекта программы, по которому оформлен договор ИТС, и название организации.
У нас проблема началась как только появилась синхронизация с Яндекс диском. Мы включили некторые документы и справочники - это удобно., но не все. Мак скачивает файлы из каталога на комп и забивает память.
Решение - надо отключить локальный каталог папки с файлами и переходить на полную синхронизацию с Ядиском.
Это теория - позже отпишусь - подтвердилась или нет.
(50) а как по-твоему я оказался в этой ветке? Клиент пользуется купленной разработкой, которая работает только в тонком. Веб-клиент не годится, остается только RDP
(52) а как я ее поправлю - она не моя и обфусцированная. А разработчик в ее описании честно пишет, что работает только в ТК. Отдельную винду ставить не надо. RDP к серверу.