Собственно есть две проблемы:
1. При запуске сервера PostgreSQL он отъедает большую часть оперативной памяти (всего 512Мб, а он отъедает около 400), но это можно было бы пережить, но при остановке сервера эта память не освобождается и система считает ее занятой. Соответственно если делать рестарт сервера, то после первого же рестарта начинается своппинг т.к. памяти уже не хватает.

2. В БД есть таблица в которой порядка 60 столбцов и 40 тыс. записей
при попытке выбрать даные из этой таблицы или сделать для нее Vacuum analyze выдается сообщение, что система не может выделить память объемом в 4Гб.

Что с этим делать? помогите!!

Sad Spirit1. С большим трудом верится... Система какая?

Система МСВС 3.0 - это военная разработка на базе Linux Mandrake (Ядро 2.2.0).
Аппаратно - это P IV и 512Mb ОЗУ

Sad Spirit2. Судя по симптомам, таблица битая.

Как это проверить?

wbearвообще то уже давно вышла 7.4.2 с багфиксами

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

to SadSpirit
Насчет сертифицировано - поставщики божатся что в версию для сертификации PostgreSQL добавили только патч, позволяющий строить деревья, а больше ничего не меняли.
После общения с ними у меня создалось впечатление, что они вообще не очень хорошо понимают как PG работает.

Проблема с памятью не то чтобы решилась, но в тоже время я локализовал ошибку - она в ОС, там очень криво написан сборщик мусора.

to Shweik
Идея с дампом была неплоха, но у меня не было дампа на текущий момент и я попытался выгрузить данные из таблицы - не получилось (возникла таже ошибка) я так понимаю при выгрузке данных выполняется тот же запрос.
Но затем я решил проблему - создав новую таблицу
create table temp as (select * from table) - что интересно при этом все записи перенеслись без потери и из новой таблицы temp данные стали выбираться корректно. А старую я удалил.
Но за идею с дампом спасибо.

У меня действительно все сертифицировано по самое не могу :), и вносить изменения невозможно. Дело даже не столько в сертификации как таковой, сколько в том, что при пересборке ядра ОС (или PG или других библиотек) мне проделать туже операцию на всех компах, где будут ставится мои приложения - а это порядка 40 объектов по всей стране :) - да и не мое это дело

Sad SpiritЕсли это тот патч, который для CONNECT BY, то разработчики почему-то отказались включить его в сервер. Может быть они что-то знали?..
Это именно тот патч, и он очень глючный.
Но приходится работать с тем что есть, т.к. мы переводим нашу систему с Oracle на PG и переписывать все запросы с где используется Connect by займет слишком много времени.

eddieне похоже?
http://archives.postgresql.org/pgsql-performance/2004-06/msg00125.php

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

centurв приват icq 864050


Я туда стучался ответа нет :)