Проблемы сохранения раздела 9 декларации НДС
 

Бух 7.7, сохраняю раздел 9 декларации НДС после заполнения. 1. На локальной машине (Win 7, ОЗУ 4ГБ) сохранение длится порядка 1,5 часа (40 тыс строк), процессу выделяется порядка 700 МБ ОЗУ. Выполнялось дважды, проблем нет (файл раздела 58МБ).
2. На сервере (Win Server, ОЗУ 20 ГБ, 4 процессора, терминальная сессия). Сохранение длится 3-4 часа, процессу выделяется порядка 1500 МБ ОЗУ (вдвое больше, чем на локальном компе). Затем выдает "на этом компьютере недостаточно оперативной памяти" (повторялось несколько раз), .
Проблемы выполнить формирование на локальной машине, а потом скопировать файл раздела на сервер нет, но понять причину проблемы хотелось бы.
Ну предположим, в какой-то момент память на серваке реально заканчивается (хотя судя диспетчеру резерв ОЗУ есть) но непонятно почему такое ДОЛГОЕ время длится попытка сохранения файла в сравнении с локальным компом? Загруженность ЦП на сервере диспетчер задач порядка 25% показывает.

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

вона, автобус из Ростова в Краснодар везет 40 юзеров на борту, а хюндайчик-солярис - в десять раз меньше, зато по трассе куда как шустрее, нежели автобус. :)

а загруженность ЦП в диспетчере задач в одну четверть - это как как раз и говорит, что у тебя 1 проц занят на 100%, аккурат тот, который 1С-ку обслуживает.
Ну не многопроцессорная задача 1С-ка, не хочет параллелить выгрузку декларации на несколько процессов :)))
потому один занят, остальные прохлаждаются, вот и выходит 25%.
и опять жеж, может хоть у тебя на серваке может и крутой райд из сас, а только дешевенький китайский ссд на локальном одной левой по скорости твой крутой райд заткнет.
2. так что еще бы и дисковую подсистему (и там и там) надо бы озвучить.
И опять жеж, может на серваке у тебя куча юзеров в этот момент (формирования отчета) в базу пишет (и читает), а на локальном ты все файлики *.dbf открыл и держишь монопольно.
Даже если галку "монопольно" при запуске 7.7 не поставил, они (файлики) все одно на локальном компе открыты считай что монопольно.
3. так что озвучь еще и режим на сервере - разделенный аль монопольный.

зы: но при всем при том автобус 40 юзеров на борту везет и не напрягается, а легковушка - увы.
не надо их вообще по скорости сравнивать, ибо хоть цель (из Ростова в Краснодар) у них и одна, а вот фунциональные способности - разные.

1-Блондинка в шок > Плюсую. Респект!
Сравнение автобуса с легковушкой просто шикарно, мадам снимаю шляпу :)

Вообще-то, вин сервер очень заботится об равномерности загрузки всех задач. В частности, держит (старается держать) одинаковую долю памяти для каждой терминальной сессии.
Это хорошо, что у вас базы "детские". А то бы сообщением "на этом компьютере недостаточно оперативной памяти" юзеры наслаждались при просмотре обязательной рекламы ;)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk параметр EnableFairShare на 0

как минимум прописать темпы для 1С и терминального пользователя ЯВНО , 2-ое права на ПАПКИ и включение всяких аудитов в сеансе сервера , на папки и прочая мишура для доступа ...
ЗЫ ну и как минимум понимание разницы локальной машины и сервера
+ монопольный режим не пробовали ;)))

+ я бы еще порыл локальные политики + политики ад-е если оно присутствует ИБО

да пофигу на темпы, права, политики и прочие режимы энергосбережений,
дешевый Intel i3 (с частотой 3.7 Ггц) уделывает суперпупернавороченного Xeona (с частотой 2.4 Ггц) влет.
В задачах монопольной работы + построения отчетов с базой 7.7 dbf !
потому что в таких задачах и там и там все равно работает одно-единственное ядро процессора. Все остальные простаивают.

Вот только одно ядро быстрее другого в полтора раза :)
И это - определяюще. А все остальное - от лукавого.

(6) хехе про темпы и аудиты - не от лукавого , крики - я скопировала файл - вот он в папочке, а в той же папочке на сервери НЕТУУУ иии плачь в течении 2-х минут ;))

У меня есть переписанная Комплексная 7.7 которая на amd в РАЗЫ быстрее перепроводится, чем на intel. Причем как в sql, так и в dbf.

чей проц на локалке и чей на сервере?

Это вообще тормозная схема ля "семерки"- ТС-сервер и SQL...
Я бы проверил скуль на другой комп с прямой гигабитной связью. Наверняка на сервере два адаптера.

[quote=ADV;38783783]сохраняю раздел 9 декларации НДС [b][em]после заполнения[/em].[/b][/quote]
Исписали 10 постов и не упомянули о простом решении:
Обновить Бух до релиза 595 (596), там есть выгрузка Раздела 9 напрямую из КнигиПродаж1137 без заполнения в рег.отчетности.
Специально для больших книг продаж.

1-Блондинка в шок > сохранение на сервере выполнялось в монопольном режиме (на копии базы), на локальном компе 1С однопользовательская(это мой домашний комп).
Частота на локальном 3,4 GHz (тот самый дешевый Intel i3), на сервере 2,27 GHz (тот самый Xeon)). Со скоростью сохранения понятно, большое спасибо. Очень доходчиво))
Буду благодарен, если кто-нибудь выскажет предположения почему процесс на сервере "кушает" вдвое больше ОЗУ по сравнению с локальным компом.
11-victuan > спасибо за инфу, обязательно эту возможность из типовой позаимствую, а то уже думал сам писать к 2му кварталу))

3-VZ > "В частности, держит (старается держать) одинаковую долю памяти для каждой терминальной сессии." - независимо от того, что именно выполняется (и выполняется ли вообще) конкретной сессией, память выделяется для всех сессий одинаково?
Т.е. предположим активно работают 10 сессий и все ОЗУ используется (ну вот такой, без запаса по ОЗУ, гипотетический случай). Затем запускается одиннадцатая (в ней еще ничего не делается) и от первых десяти сессий сразу часть памяти забирается? Нда...