Здраствуйте
был у нас сервер слабенький такой селер 1,5 и памяти 256
крутился на нем постргес 8.0, операционка вин XP
все работало медленно, но работало
сейчас поставили пень 3 Гц с технологией HT памяти 1 гиг, win 2003. версия postgresql 8.0

теперь про проблемы с которыми столкнулись на новом компе
1. загрузка проца не превышала 50% почему не понятно, при сложных запросах постгрес всегда 95-98 % давал
2. время выполнения одного и тогоже запроса с каждым разом возрастает примерно на 30-50 процентов, потом помогает только рестарт сервера

полез я в конфиг внес такие изменения
shared_buffers = 30000
work_mem=20480
maintenance_work_mem = 81920
max_fsm_pages = 32000
effective_cache_size = 64000

особо не помогло

стал делать чаще vacuum full (раз в 3 минуты примерно) было раз в час
помогло частично, т.е. время выполнения стало увеличиваться медленнее, примерно на 10-20% и иногда сново сбрасываться на нормальное время (1 сек)
а потом по новой.

потыкался в настройки CPU ? сделал так:
cpu_tuple_cost = 0.01
cpu_index_tuple_cost = 0.1
cpu_operator_cost = 0.25

стало лучше, быстрее обробатываться, примерно так,20 раз выполняется от 0,5 до 10 секунд и один раз несколько минут.
загрузка проца по прежнему максимум 50%, обьем памяти процеса не превышает 40 мб, но самое странно почему время выполнения так сильн оможет отличатся,
запрос представляет собой представление, которое собирает и обрабатывает данные из 3-х больших таблиц и примерно 10 справочников. обьем данные небольшое 200-5000 записей, но тяжелая бизнес-логика.

подскажите почему так? и что еще можно придумать? везде где ставил PG на обычные компы с XP проблем таких никогда небыло....

PS про кривые руки упоминать не надо, сам знаю :)

Funny_FalconЗапусти 2 запроса одновременно - по идее должно все "загрузиться" (надеюсь).


это мысль да :) попробовал на локальной машине, оба запроса одним процесом делаются, надо на разных компах пробовать

Funny_Falcon
Зачем FULL, по моему ANALIZE намного лучше.
А время и будет изменяться от vacuum к vacuum, если у тебя много инсертов и апдейтов. Делай vacuum analize и падение будет (должно быть) меньше.


спасиб попробую

господа специалисты, неужели я один столкнулся с такой проблемой?

4321
кгм. достаточно из 2-х клиентов или из 2-х окон многооконного клиента типа PgAdmin. (каждое SQL окно открывает свой сеанс - удобно - можно тестить конкурентные транзакции)

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

А то вдрукк окажецца, шо хто-то активно пишет видео на тот же диск, шо и постгрес под данные пользует, и што? Хто лутчше васс об энтом знает?


Дык в том то все и дело, что на время тестирования сеть была вырублена, на компе стоит только постгрес, и все, никаких действия кроме его и apache не делалось
я просто тупо сижу и нажимаю F5 в эксплорере и наблюдаю за временем выполнения запроса и на загрузку по процесам.
перед каждым запросом происходит инсерт в лог, типо такой то пользователь загрузил такую то страницу и все.
причем на простых запросах такого не наблюдается...