1С сервер -размер свопа

[mluxor]

на серваке поднят 1С на SQL, сервак оч не хилый два 4-х ядерных ксеона и 8 га мозга, но постоянно возникают ошибки в 1с-не хватает памяти, при этом 1с хавает 2 га в ОЗУ и 2 в свопе.
подскажите как можно решить эту проблему и в принципе повысить производительность 1С сервера

[axlwor]

1. скуль съесть все что дадут.
2. нужен ли скуль?
3. а дальше нужно бубен с кроличьей лапкой. Конфа, сколько пользователей, переписывание базы, разделение скуля и сервера 1с. Много чего можно придумать

[Hunter_Tj]

Версию 1С указать следует.
Вообщето, сама компания 1С не рекомендует располагать на одной машине сервер приложения и сервер БД! Если версия 8.1, то смотри в процессах - есть такой rphost, так когда он наберет более 1 Гига - все падает, соответственно за этим нуна следить и время от времени передергивать сервак... В 8.0 свои нюансы также, вобщем опиши подробнее что и как и в каких ситуациях не хватает памяти.

[mluxor]

Цитата: Сообщение от axlwor нужен ли скуль?

а как юзать базу в 12 га?

Цитата: Сообщение от Hunter_Tj вобщем опиши подробнее что и как и в каких ситуациях не хватает памяти

1С версия 8.1 управление торговлей и бух, такое возникает в случае если проводим отчёт по бухгалтерии за месяц и подобные большие отчёты

по поводу предёргивать - передёргиваем презагрузкой весь сервак

[Hunter_Tj]

Ок, тогда выход только один - как только указанный мною выше процесс подбирется к Гигу - убивай его, он сам потом стартанет, правда выкинет всех юзеров которые на нем сидели... Это баг самой 1С и ты тут ничего не сделаешь, связан он с тем, что не происходит очистка оперативки из-за возникающих циклических ссылок (насколько я помню). Немного спасет тебя, если ты создашь еще несколько параллельных процессов (в мануале по 8.1 написано как), тогда у тебя юзера будут не на одном сидеть, а на 4-5 (скока сделаешь) в пропорциональном количестве, соответственно, нагрузка распределится с одного процесса на несколько... также если один из процессов наберет Гиг, прибив его отвалятся только те юзеры, которые там были, остальные будут нормально работать...