Вдруг озадачился вопросом. Всегда работал с 64 битными серверами, а тут вдруг столкнулся с 32 (8.3.12.1685).
При разработке некоторых запросов нарвался на ошибку: "Недостаточно свободной памяти на сервере 1С:Предприятия". После чего в принципе ни у кого 1С не запускается с такой же ошибкой, пока не ребутнешь процесс. Новые рабочие процессы сами не создаются
Физически на сервере памяти полно. Rphost в такие моменты съедает порядка 3.5 Гб и все крашится. Тесты того же самого на 64 битке показали, что rphost-ы столько памяти в принципе не съедают и все нормально выполняется. И тестовая 64 и рабочая 32 установлены по типовому, специально ничего не настраивалось.
Посему вопрос к более опытным товарищам: это такой баг 32битной платформы? Оно не умеет само запускать несколько рабочих процессов? Если дам в руки пользователей тяжелую аналитику на 32 битном сервере - все, "карачун тебе, Церетелли"?
При разработке некоторых запросов нарвался на ошибку: "Недостаточно свободной памяти на сервере 1С:Предприятия". После чего в принципе ни у кого 1С не запускается с такой же ошибкой, пока не ребутнешь процесс. Новые рабочие процессы сами не создаются
Физически на сервере памяти полно. Rphost в такие моменты съедает порядка 3.5 Гб и все крашится. Тесты того же самого на 64 битке показали, что rphost-ы столько памяти в принципе не съедают и все нормально выполняется. И тестовая 64 и рабочая 32 установлены по типовому, специально ничего не настраивалось.
Посему вопрос к более опытным товарищам: это такой баг 32битной платформы? Оно не умеет само запускать несколько рабочих процессов? Если дам в руки пользователей тяжелую аналитику на 32 битном сервере - все, "карачун тебе, Церетелли"?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5)И правда не стартует новый, до тех пор пока не превышен один из параметром Количество соединений или Количество ИБ
Так что наверное как решение на 32-битах только указать 1 соединение на процесс, но это прям костыль-костыличь и может привести к крайне нестабильной работе системы, да и к тому же ещё и память будет кушать кратно.
Так что правильный выход - апгрейд до 64 бит
Так что наверное как решение на 32-битах только указать 1 соединение на процесс, но это прям костыль-костыличь и может привести к крайне нестабильной работе системы, да и к тому же ещё и память будет кушать кратно.
Так что правильный выход - апгрейд до 64 бит
(6) попробовал тоже. При достижении порога памяти процессом - не дождался перезапуска. А при имитации проблемы - весь процесс останавливается, с вылетом всех клиентов на процессе. Т.е. аккуратной передачи управления на другой процесс не произошло (правда может и не должно было произойти).
А на 64 апгрейдиться - придется за ключик доплачивать :-( Хотя кроме этого "бага" других оснований нет.
А на 64 апгрейдиться - придется за ключик доплачивать :-( Хотя кроме этого "бага" других оснований нет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот