LINUX.ORG.RU
Новости — Open Source  

Сравнение PostgreSQL vs MySQL


0

0

Tweakers.net, голландское сообщество сетевых "твикеров"* провела сравнение производительности, на их потенциальных новых серверах, PostgreSQL 8.2 c различными версиями MySQL: 4.1.20 и 5.1.20a. (Прим. пер. - вообще-то тестировалось железо, но получившиеся выводы и графики очень интересны и показательны ;)

Начала обзора, полностью (in English): http://tweakers.net/reviews/657.
Заключительные графики (in English): http://tweakers.net/reviews/657/6 - красота кода PosgreSQL говорит сама за себя ;)
Benchmark method (метод тестирования): http://tweakers.net/reviews/646/9

*tweaker is a person who makes minute adjustments to improve the operation of machines and equipment - googlisms at http://liwww.googlism.com/what_is/t/t...

>>> Подробности

★★★★★

Проверено: Shaman007 ()
← Поддержка LightScribe теперь доступна и для разработки программ
Комментарии разрабочиков openSUSE о сделке Novell и Microsoft. →
Показаны ответы на комментарий. Показать все комментарии.
Ответ на: комментарий от teodor

>После 16-ти процессоров постгрес начинает утыкаться в блокировки. Но MySQL утыкается намного раньше.

бред. время, ожидания ресурса ("проведенное на блокировке") прямо пропорционально количеству процессов (потоков) ожидающих этот ресурс. количество процессоров здесь по барабану.

anonymous
()
Ответ на: комментарий от anonymous

Ни фига не бред. Вот представь *идеализированную* ситуацию: 16 ресурсов на 128 процессов. Каждому процессу нужен один и только один ресурс. Кол-во выполняемых единомоментно процессов ограничивается либо кол-вом CPU (если их меньше 16) либо кол-вом ресурсов.

Вот и получаем, что до 16 процессоров производительность разтет линейно - далее не растет вообще. В реальной жизни все, конечно, сложнее, но принцип такой же.

teodor ★
()
Ответ на: комментарий от anonymous

>бред. время, ожидания ресурса ("проведенное на блокировке") прямо пропорционально количеству процессов (потоков) ожидающих этот ресурс. количество процессоров здесь по барабану.

ne bred. processori staviatsia ne dlia kolorita a 4tobi uveli4it' proizvoditelnost' - to est' uveli4it' kolli4estvo potokov kotorie budut prosit' etot samij resurs. A kak ty verno zametil ot 4ego zavisit eto vremia - potomu u blikirovs4ika buden nabludatsia degradation proizvoditelnosti pri uveli4ennii nagruzki soprovojdajemoj uveli4eniem processorov dlia obrabotki onoj.

r ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Поддержка LightScribe теперь доступна и для разработки программ
Open Source
Комментарии разрабочиков openSUSE о сделке Novell и Microsoft. →