И опять траблы с памятью…
Сервак Win2003 x32 (8 цилиндров, 8тонн памяти(физически ессно видит только 4)) ,
на нем крутится:  1C Сервер х32 (1раб.процесс) + Терминальный сервак + SQL2000
База – БП 1.6, (~7гб) в нее выгружается торговая первичка. С этого года столкнулись с траблом:

при попытке сформировать «Книгу Доходов и Расходов» клиентский 1cv8.exe резко начинает пухнуть с 200мб до 1.7 гб и соответственно валится.
Вылетает ошибка «Недостаточно памяти» - ну это в принципе логично.
ИЧСХ, процесс скуля все это время  висит с занятой памятью 1.7 гб.

Я грешным делом, подумал, что увеличение кол-ва раб. процессов спасет отца русской демократии, но (тут печалька) при добавлении раб.процессов  ничего не изменилось.
Понятно, что валится на огромном запросе, но почему не делит его как-то м-у раб.процессами?

Не дюже силен по этой матчасти, просветите ЧТОДЕЛАТЬ плиз?
Можно ли обойтись такой конфигурацией?
Если нет - Спасет отца русской демократии перевод сервера 1СПредприятия на х64 или переводить нужно в т.ч. и SQL 2008x64?

PS^ знаю, что лучше разносить по разным машиным, но в этой базе активно работает всего 5 человек, все продажные сидят на 7.7,
да и к тому же решит ли разнос скуля и сервака1С не ясно

Дык эта.. памятушечки не хватает, аднака.. надобноть с осюшки большебитненькой начать, а дальше и посмотреть манехонько...

Мне собственно не совсем понятно, а почему пухнет 1сv8.exe, а не соответствующий rphost.exe?..

Процессик памятушечку отъедает, вот и трудненько ему перевораичваться

(0) переделать на Win2003 Enterprise

надо выяснить, какой объект засирает память - запрос, Таб.док, или кто-то другой

(2) Спасибо, Кэп

(6) это важно для решения задачи?

(8) Тут главное выяснить насколько ты питерский )

судя по всему, жрёт не запрос. кто жрёт?

(6) ИМХО, что бы там ни был за зверь, разве он не должен выполняться на стороне сервера, а не клиента?
Энто ж не семерка...

(11) чо?

(12) думал что громоздкие вещи в типовых выполняются на стороне сервера. не?

(11) А шо, у тя управляемые формы что ли? Не? Тогда никто никому ничего не должен...

(14) Ну так получается переведу я сервак весь на х64, ничего не изменится?
Клиенты-то все равно х32, как валились так и будут валиться

(15) я тебе о том и пытаюсь толковать - причину нужно искать. а причина - она там, в коде

(16) дык код-то - типовой...
грешным дело думал решение в администрировании или железе.
ладно, буду лазить отладчиком...

(16) ну, допустим, выяснится, что дело например в запросе (ИМХО не представляю чтобы что-то другое смогло отожрать 1,5ГБ примерно секунд за 10)
Оптимизировать запрос? А если нельзя оптимизировать?
Неужто никто с такой бедой не сталкивался..

(18) Если нельзя оптимизировать, то надо переписать с нуля

Вот так и убивают в людях веру в чудеса (с)

будущие одинэсники верят в чудеса ровно до того момента, как открывают конфигуратор