1.1, AeXgRey (?), 21:22, 24/09/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пусть хоть определяться... то MySQL быстрее то Postage...
хотьбы договарились чё врать....ИМХО | |
|
2.8, Квагга (?), 09:29, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
> чё врать....ИМХО?
1. Воспроизведи условия теста и "хотьбы договаривайся". Но лучше выложи их здесь.
2. Все там верно писано: под большой нагрузкой время отзыва у MySQL возрастает. У Postgres под большой нагрузкой время отзыва остается тем же самым и, в итоге, Postgres, в пиках нагрузки, обгоняет MySQL.
3. При спаде нагрузки Postgres отстает. Поскольку время отзыва больше, чем у MySQL.
| |
|
3.11, AleX (??), 11:08, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
> 1. Воспроизведи условия теста и "хотьбы договаривайся". Но лучше выложи их здесь.
было не так давно, здесь же
30.08.2006 MySQL победил на соревновании по производительности СУБД
http://www.opennet.me/opennews/art.shtml?num=8249
результаты поросто поразительные... интересно какая должна быть нагрузка что бы положение поменялось?!?!
зы я всё равно буду использовать то чем владею(до появнления серьёзных изменений), а не гоняться за разницей в производительномть в 3%
| |
|
4.13, Квагга (?), 12:07, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
В этом тесте, видимо, не лучшее PHP приложение.
PHPMyAds грузил проц на 100% в одной из предыдущих версий независмо от нагрузки.
Потом исправили. | |
|
5.17, AleX (??), 15:29, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
и для posteg и для mysql машина была загружена одинакого....
или как?
| |
|
6.21, Квагга (?), 07:51, 26/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
Концы разные. Пропертиарное приложение и неизвестный конец (DBI) до Postgresa могут неприятно интерферировать. | |
|
7.22, AleXgRey (??), 10:12, 29/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
Когда сказать нечего можно сказать много умных слов....
я не против ни mysql ни postega.... пиар надоел особенно черный.... | |
|
|
|
|
|
|
1.3, walrus (?), 22:33, 24/09/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
The test database is a backup of the production database that gets loaded in MySQL 4.1.20 and 5.0.20a. It is imported in a CVS version of PostgreSQL 8.2, which, insofar as we have been able to determine, is fully stable. The latter has had a couple of its indexes replaced to allow better performance.
Вот это круто. Там еще и индексы разные. | |
1.9, funny_falcon (?), 10:44, 25/09/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для спора MySQL vx PostgreSQL:
Графики очень наглядно показывают:
- на 1 ядре MySQL рвёт в полтора раза PostgreSQL
- но на четырех MySQL прибавляет лишь 2.25 раза, PostgreSQL же почти в четыре, потому и догоняет/обгоняет MySQL - т.е. *масштабируется* лучше!!! И на двух ядрах они почти одинаковы (кроме Woodcrest)
- на ядре Woodcrest MySQL 5.0 "стартует" (т.е. на одном ядре) еще лучше, на двух ядрах выглядит предпочтительнее PostgreSQL, но на четырех под большой нагрузкой безнадежно отстаёт.
Вывод:
- для небольшого сервака (1-2 ядра, не сложные запросы(и не пытайтесь меня переубедить ;-) ) ) лучше ставить MySQL 5.0.
- если денег хватило на 4 ядра и нагрузка, соответственно, будет большой, лучше PostreSQL.
| |
|
2.10, funny_falcon (?), 10:47, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
Поправка: лучше PostgreSQL 8.2, который скоро выйдет.
Не думаю, что текущий 8.1 сильно отстает, но в статье использовали именно CVS - фактически 8.2 prebeta, а я не люблю необоснованные заявления делать. | |
2.12, msa (??), 11:42, 25/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
> Вывод:
> - для небольшого сервака (1-2 ядра, не сложные запросы(и не пытайтесь меня
> переубедить ;-) ) ) лучше ставить MySQL 5.0.
> - если денег хватило на 4 ядра и нагрузка, соответственно, будет большой, лучше
> PostreSQL.
А ничего, что это просто РАЗНЫЕ СУБД? С разной архитектурой, разной функциональностью и для разных назначений? | |
|
1.15, Аноним (-), 13:38, 25/09/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Наверное все дело еще в том, что в этом тесте наконец-то настроили PostgreSQL, вероятно прочитав главу из руководства "Optimizing". | |
|
2.20, daff (??), 06:08, 26/09/2006 [^] [^^] [^^^] [ответить]
| +/– |
> Разные индексы - тесты сразу идут лесом
они наверно не просто так разные, и это скорее проблемы mysql. | |
|
|