Вот тут возник вопрос: у кого-то получалось сделать так, чтобы постгрес ну хоть как-то был быстрым ? В среднем у меня он получается в 6 раз медленнее mysql'я. Подойдя с другой стороны: mysql у меня начал тормозить так же, как и постгрес после того, как я у него выключил query cache и снизил объём памяти для кэша индексов до минимума. HOWTO по увеличению производительности pgsql я читал, сутки убил на живые тесты. Результаты всё равно удручают. Если кто-то смог добиться нормальной производительности, пожалуйста расскажите как. Есть база ~1Гб размером, надо получать на ней ~3000 tps mixed чтение/запись. Пока что с большим трудом удалось получить 600. update'ы тормозят безбожно, что не может не расстраивать. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi vladimir.sharun,
HOWTO по увеличению производительности pgsql я читал, сутки убил на живые тесты. Результаты всё равно удручают. Если кто-то смог добиться нормальной производительности, пожалуйста расскажите как.
Есть база ~1Гб размером, надо получать на ней ~3000 tps mixed чтение/запись. Пока что с большим трудом удалось получить 600. update'ы тормозят безбожно, что не может не расстраивать.
Как говорят классики, для увеличения скорости update'ов нужно отключать индексы :) -- Michael Сложить бы все слова в одно молчанье. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Michael Petuschak wrote:
HOWTO по увеличению производительности pgsql я читал, сутки убил на живые тесты. Результаты всё равно удручают. Если кто-то смог добиться нормальной производительности, пожалуйста расскажите как.
Есть база ~1Гб размером, надо получать на ней ~3000 tps mixed чтение/запись. Пока что с большим трудом удалось получить 600. update'ы тормозят безбожно, что не может не расстраивать.
MP> Как говорят классики, для увеличения скорости update'ов нужно отключать MP> индексы :) Это несерьёзно. Там за индексы (точнее тормоза в их генерации и изменении) отвечает размер shared memory. Если индексы в него помещаются с каким-то оверхедом, то их изменение будет достаточно быстрО. -- UKR.NET Postmaster =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello vladimir, Monday, October 17, 2005, 6:17:32 PM, you wrote: vsun> Вот тут возник вопрос: у кого-то получалось сделать так, чтобы vsun> постгрес ну хоть как-то был быстрым ? В среднем у меня он получается vsun> в 6 раз медленнее mysql'я. Подойдя с другой стороны: mysql у меня начал vsun> тормозить так же, как и постгрес после того, как я у него выключил vsun> query cache и снизил объём памяти для кэша индексов до минимума. vsun> HOWTO по увеличению производительности pgsql я читал, сутки убил на vsun> живые тесты. Результаты всё равно удручают. Если кто-то смог добиться vsun> нормальной производительности, пожалуйста расскажите как. vsun> Есть база ~1Гб размером, надо получать на ней ~3000 tps mixed vsun> чтение/запись. Пока что с большим трудом удалось получить 600. vsun> update'ы тормозят безбожно, что не может не расстраивать. Если память неизменяет, то некий AZ@(#unix.really,#freebsd) для своего войпового биллинга пытался выжать максимум из разных баз и остановился в какое-то время на mssql как бы сильно не плевался :) -- Best regards, Sergei mailto:serega@itt.net.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (3)
-
Michael Petuschak
-
Sergei Naidych
-
vladimir.sharun@ukr.net