gsrvr жрет всю память

Question

Сервер 4 проца optirona 16 гигов памяти. Написано приложение под гиссервер, которое закладывает данные в sde. После запуска gsrvr  начинает постепенно забирать под себя память и так до тех пор пока не не появится ошибка out of system memory. Объекты выкладываются по одному и через один контекст сервера. Сам sde стоит под oracle 10g. Как можно бороться с этим?

Answer 1

Видимо не правильно выкладываются объекты. А без приложения под гиссервер загружать не пробовали?

Answer 2

    Да нет объекты выкладываются правильно. Причем если выкладывать объекты таким образом, что при вкладывании каждого нового объекта делать реконект к серверу, то все работает нормально. Gsrvr создается и сразу после реконекта пропадает. Но этот вариант не подходит, так как много времни уходит на установление нового соединения. Заметил еще одну странную вещь, при конекте с нескольких машин создается такоже количество gsrvr? но память жрет только один.

Answer 3

Сервис в гиссервере pooled or not pooled?

Answer 4

Используйте direct connect к SDE. И быстрее будет и памяти отжирать некому будет.

Answer 5

Да серверу будет легче, только при direct connect процесс Gsrvr будет выполняться на клиенте, где будет жрать тоже самое количество памяти .

Answer 6

Бррр. С каких пор ??? Все запросы пойдут через вызовы в gsrvroraxxxx.dll и sdeoraxxxx.dll. А процесса gsrvr.exe и в помине не будет. В ArcGIS Desktop (Server) даже файла такого нету.

Answer 7

Да отдельно его в списке процессов не будет. Но gsrvroraxxxx.dll или sdeoraxxxx.dll где по Вашему будут выполнять свою работу? И если gsrvr на серваке жрет память, то скорее всего, то же самое будет и при использовании direct connect, но только на клиенте.

Answer 8

gsrvr.exe жрет память потому как он открывает приемо-передающие буфера при открытии нового потока. Если по какой-то причине поток не был правильно закрыт - буфер может оставаться в памяти. Это давно (с 8.0) известная проблема и время от времени она вылазит снова в разных релизах под разные платформы.

При direct connect такие буфера не открываются на клиенте, потому и расти будет нечему.

У 9.2 AGS есть свои проблемы с памятью (memory leak в ArcSOC.EXE) но это уже из другой оперы.

Answer 9

    А какая разница какой тип сервера? И каки е рекомендации от ESRI?

Answer 10

   Проверил у себя, выходит таже хрень. При конекте что к пуловому, что не пуловуму серверу. Память жрется, полигоны создаются через ifeature в фиче класе и потом делается операция store. При этом правда сесии редкатирования не открываю, да это и не нужно при работе через гиссервер