Долго мучая инструкцию по администрированию кластера, я так и не понял как можно сделать так, чтобы плодились новые рпхосты при достижении некоторого порога памяти, а потом все они параллельно и РАВНОМЕРНО нагружались. В 8.2 всё понятно - насоздавал нужное количество и они всегда параллельно нагружаются практически равномерно.
А тут в 8.3 какая то мистика с игрой в угадайку: процессы то не создаются вовсе, игнорируя таймаут превышения; то создается парочка, но нагрузка идет по ним не равномерно, а потом снова игнорируя таймаут превышения они вылетают по памяти;
Какого хре и ху такое происходит, и как сделать так чтобы было супер-пупер?

А теперь вопрос.
Как настроить сервер, чтобы:
1. было порядка 20 рпхостов
2. каждый не превышал бы 2 гб памяти. а лучше 1 гб
3. включались в работу сразу все!!! (если по очереди, то предсказуемо хотя бы)
4. Исключались падения сеансов и фоновых заданий из-за нехватки памяти, т.к. это противоречит логике работы конфигурации. Лучше миллион рпхостов по 500 мб, чем обвалившийся сеанс.
5. Работало бы на 32-х битном кластере. (потому что так надо!!!)


Хэлп.

п.5 можно сразу в топку ))

(0) 32? Сколько там памяти доступно? - 4Г, по 1 Гб будет 4 рабочих процесса, по 512Мб - 8...

(2) 64 памяти доступно, но не суть

32 бит на данном этапе константное условие, причины есть, озвучивать здесь не буду.
8.2 стабильно работает в таком режиме, по причине того, что можно вручную создавать рпхосты, но тестирование на 8.3 признано неудачным в виду всего того, что перечислено в (0).

Если есть, что ответить по существу, то вэлкам.

(0) Ну вот уперся процесс в 1 Гб - а надо еще. Что делать-то? 1 Гб по мерках 8.3 - это мало. Там же столько свистопукалок прикрутили.

(4) В моем понимании, процесс просто так пухнуть не может.
Он пухнет только от навешивания на один процесс "миллиона" фоновых заданий с тяжелыми по памяти обработчиками, потому что нет других вариантов.
По хорошему, все такие фоновые задания СРАЗУ должны параллелиться по процессам, а не ждать пока один из рпхостов загрузится до пресловутого гигабайта или двух.

Вот хочу я, допустим, чтобы в 8.3 при достижении 300 мб памяти на процесс через 15 секунд создавался дополнительный рпхост, но и первый ЧТОБЫ НЕ РОС до 3 гб. если не хватает ресурсов, то пускай рпхосты плодятся до бесконечности и работают РАВНОМЕРНО деля нагрузку, до тех пор пока она полностью не исчезнет. А когда нагрузка уйдет, хочу чтобы через заданный промежуток времени рпхосты выгрузились из памяти.

Ключевые слова выделил.
Меня печалит такая 8.3

По существу будет?

(5)[Меня печалит такая 8.3]
заведи бложек

(6) Господа и дамы! Если нечего сказать, просьба прикрыть ротовую. В траляля и трололо можете поупражняться на своих родственниках.

Кому есть что сказать - вэлкам!

1. Какие значения заданы в свойствах локального кластера и рабочего сервера?
2. Какой объём памяти отдано под сервер 1с?
3. Какой обычно расход памяти за 1 вызов?

(7) Пойми что один "процесс", занятый обслуживанием всего одного "сеанса" или "фонового", влегкую может сожрать 4+ гигов.

А кто то пытается его в 2 (предел для i386) или даже в 1 гиг упехать...