|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene Kornyakov 2:5020/400 22 Mar 2002 16:57:22
To : Evgenij M. Baldin
Subject : Re: Postgres тюнинг - результаты
--------------------------------------------------------------------------------
"Evgenij M. Baldin" <baldin@Slon.inp.nsk.su> wrote in message
news:a7etdg$4mv43$1@sky.inp.nsk.su...
>
> Добрый день
> Eugene Kornyakov <ev@asdc.kz> wrote:
>
> > т е если
> > enable_seqscan = true
> > то использование индексов на запросах средней сложности, а особенно
> > order by
> > зависит от погоды и атмосферного давления
> > причем что на версии 7.2 или 7.1
> > а если индексы не исп то понятно, что имеем тормоза
>
> Гхмм - я так понял, что postgres решает как ему до чего-то доступаться на
> основе статистики, собранной vacuum analyze. То есть, если регулярно это
> запускать, то все O'k - выбирается наиболее быстрый способ. Если это не
> так, то это бага - запросить авторов.
>
> > ну я еще добавил shared memory для постгреса
> > и sort memory
> > а также каждую ночь делается
> > vacuum full
> > и перестройка индекса
>
> каждую ночь бэкап через pg_dump - студент скрипт для этого специальный
> написал - удобно, когда они есть - студенты то есть :)
>
> А где shared memory раздаётся? shared_buffers?
ну если linux
то сначала нужно задать сколько под shared memory отдать в системе
например
echo 271097856 > /proc/sys/kernel/shmmax
это отдал под shared memory в системе 256 Mb
во фреБСД не помню как надо маны читать
потом
shared_buffers = 30000 # 2*max_connections, min 16
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
макс обьем памяти отбираемый постгресом 30000*8Кб
всего около 256 Мб
>
> А сколько, конретно, у тебя отведено под sort_mem? А то мне грозят деястки
ну я отдал 128 метров
> миллионов записей :( - правда, пока в отдалённом будущем :)
если не придется выбирать за раз по несколько тысяч записей
как у меня
то все будет ок
>
> > ==================================================
> > Может у кого есть еще идеи и опыт наступания на грабли ???
>
> Попытка сделать вместо
>
> max_connections = 32 # 1-1024
>
> что-то вроде
>
> max_connections = 64 # 1-1024
>
> приводит к невозможности перезапустить сервер - 7.1 - шо це таке?
это у постгреса мало shared_buffers
>
> Когда в запросах присутствует order by (вроде с этим связано) - скорость
> запроса упирается в cpu - это как?
точно не знаю
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
