Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
По-моему такого нет у "взрослых" серверов. Я запустил и жду уже часа 4, и ведь сервер практически для клиентских запросов недоступен, кырдык... А если база работает в режиме 24/7 что тогда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 19:50 |
|
||
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
А зачем вы запускаете такое на 24/7 БД? Да еще и на 4 часа? Что автовакум совсем не устраивает? P.s. Возможно он и не работает, а ждет эксклюзивной блокировки. Запустите VACUUM FUUL VERBOSE ... и будет видно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 20:03 |
|
||
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
ThamerlanА зачем вы запускаете такое на 24/7 БД? Да еще и на 4 часа? Что автовакум совсем не устраивает? P.s. Возможно он и не работает, а ждет эксклюзивной блокировки. Запустите VACUUM FUUL VERBOSE ... и будет видно. ну как же ж зачем? надо же запускать ремя отвремени VACUUM FULL ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 20:05 |
|
||
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
WinnipuhПо-моему такого нет у "взрослых" серверов. Я запустил и жду уже часа 4, и ведь сервер практически для клиентских запросов недоступен, кырдык... А если база работает в режиме 24/7 что тогда? В том или ином виде ИМХО все равно есть, и даже "взрослые" сервера нуждаются или в автоматической чистке таблиц, либо в ручной. В PostrgeSQL есть автовакуум, настройкой которого проблемы в большенстве своем решаются. Затем, VACUUM FULL далеко не всегда нужен, особенно при правильной настройке автовакуума. Ну и на закуску - ИМХО у Вас слабая дисковая, и скорее всего она перегружена i/o при вакуум-фуле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 20:08 |
|
||
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
Andrey Daeron WinnipuhПо-моему такого нет у "взрослых" серверов. Я запустил и жду уже часа 4, и ведь сервер практически для клиентских запросов недоступен, кырдык... А если база работает в режиме 24/7 что тогда? В том или ином виде ИМХО все равно есть, и даже "взрослые" сервера нуждаются или в автоматической чистке таблиц, либо в ручной. В PostrgeSQL есть автовакуум, настройкой которого проблемы в большенстве своем решаются. Затем, VACUUM FULL далеко не всегда нужен, особенно при правильной настройке автовакуума. Ну и на закуску - ИМХО у Вас слабая дисковая, и скорее всего она перегружена i/o при вакуум-фуле. ага! а как настроить автовакуум "по-правильному"? с дисковой подсистемой вполне возможно, будем решать проблему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 20:09 |
|
||
|
VACUUM FULL - самый большой минус PGSQL....
|
|||
|---|---|---|---|
|
#18+
ночью получил такое: vacuum full analyze; NOTICE: number of page slots needed (196272) exceeds max_fsm_pages (153600) HINT: Consider increasing the configuration parameter "max_fsm_pages" to a value over 196272. VACUUM Ваши рекомендации: увеличить именно до такого значения или больше или ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 11:07 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=283&tid=2004899]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
19ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 290ms |

| 0 / 0 |
