URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 36715
[ Назад ]

Исходное сообщение
"OpenNews: Сравнение производительности популярных СУБД"

Отправлено opennews , 15-Фев-07 09:18 
Компания DevLoop представила (http://devloop.org.uk/documentation/database-performance/) результаты тестирования производительности работы с СУБД  MySQL, PostgreSQL, Firebird, DB2, Informix, Sybase SQL Anywhere из Java программ в Linux.


Код тестового комплекта построен с использованием JDBC (http://java.sun.com/javase/technologies/database/) (Java Database Connectivity)  и открыт (http://devloop.org.uk/downloads/) под лицензией GPL.

URL: http://devloop.org.uk/documentation/database-performance/
Новость: https://www.opennet.ru/opennews/art.shtml?num=9856


Содержание

Сообщения в этом обсуждении
"Сравнение производительности популярных СУБД"
Отправлено guest , 15-Фев-07 09:18 
Из рассмотренных субд только мускул открыт под той же лицензией, что и тестовый код... всё остальное - неинтересно.

"Сравнение производительности популярных СУБД"
Отправлено smb , 15-Фев-07 09:49 
А это-то тут причем??

Жалко, что базы не тюнили.....


"Сравнение производительности популярных СУБД"
Отправлено Iv , 15-Фев-07 09:46 
Тестировать на двухсокетном сервере с дуальными камнями суперсервер версию файрберда несколько некорректно. Хотел запостить цитату по этому поводу из их ПДФ-а, но оно чего-то некопипаститься.


"Сравнение производительности популярных СУБД"
Отправлено vadiml , 15-Фев-07 11:39 
> Хотел запостить цитату по этому поводу из их ПДФ-а, но оно чего-то некопипаститься.

а Вы используйте, например, kpdf, в нем можно отключить любую защиту


"Сравнение производительности популярных СУБД"
Отправлено earl , 15-Фев-07 11:53 
За оракел обидно, да :)


"Сравнение производительности популярных СУБД"
Отправлено Аноним , 15-Фев-07 12:09 
И это понятно, в договоре при покупке есть пункт запрещающий публиковать результаты скоростных тестов... так что не ждите.

"Сравнение производительности популярных СУБД"
Отправлено Аноним , 15-Фев-07 13:40 
Так нефик покупать. Надо воровать и тестировать.

"Сравнение производительности популярных СУБД"
Отправлено earl , 15-Фев-07 14:03 
У них в докумете написано, что инсталляцию ниасилили:)))

"Сравнение производительности популярных СУБД"
Отправлено Аноним , 15-Фев-07 12:05 
фигасе, PDF в 270мегов ужат до двух 8)

"Сравнение производительности популярных СУБД"
Отправлено SunTech , 15-Фев-07 12:46 
Графики необработаны -- больше похожи на кардиограммы

Шрифт мелкий -- отстой


"Сравнение производительности популярных СУБД"
Отправлено Аноним , 15-Фев-07 12:52 
до 4-х :)

"Сравнение производительности популярных СУБД"
Отправлено Jelis , 15-Фев-07 13:34 
Вот бы кто для интересу сравнил еще и на винде производительнось!

"Сравнение производительности популярных СУБД"
Отправлено Ананим , 15-Фев-07 17:09 
M$ запрещает публиковать данные скоростных тестов ))

"Сравнение производительности популярных СУБД"
Отправлено ламусанонимус , 15-Фев-07 23:44 
На жабе.Фи.Там поди половина - бенчмарк жабы на тормоза :)

"Сравнение производительности популярных СУБД"
Отправлено toshikstar , 16-Фев-07 06:29 
А вы сами то как давно пишете на "жабе" чтобы это утверждать???

"Сравнение производительности популярных СУБД"
Отправлено Николас , 16-Фев-07 21:54 
JDBC один из самых быстрых методов доступа к базе. Быстрее, чем в php и прочих.

И java тормозит только в десктопных программах, в серверных приложениях она летает на уровне c++. php, python, ruby, perl, даже как fcgi или как модуль апача, с java не сравнится, можете потестить сами.


"Сравнение производительности популярных СУБД"
Отправлено Exe , 18-Фев-07 01:43 
ну ты, Николас, отжог :). "жаба летает на уровне c++. php, python, ruby, perl". Ты хоть понимаешь что такое компиляторы и что такое интерпретаторы? "Летать" на уровне c++ оно не может по фундаментальным причинам.
Запомните вот эту ссылку, там можно сравнить 25 языков между собой на 4-х платформах:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all...

"Сравнение производительности популярных СУБД"
Отправлено Аноним , 19-Фев-07 20:37 
гыыы, а ты запятые от точек отличаешь??

"Сравнение производительности популярных СУБД"
Отправлено strelok , 19-Фев-07 00:11 
JDBC это обертка как правило над API самой базы :)
php, python, ruby, perl - это интерпретируемые языки, с которыми яву сравнивать некоректно. Быстрее native bin файла врядли вообще что-то существует, максимум при двух уровневой компиляции может приблизиться, но из-за виртуальной машины и сборщика мусора как правило проигрывает, но 70% всех тормозов это кривой код, а не плохая библиотека/язык.

"Сравнение производительности популярных СУБД"
Отправлено pentarh , 23-Фев-07 23:53 
>70% всех тормозов это кривой код,
>а не плохая библиотека/язык.

Аха, тото я думаю, чего это перловый скрипт парсит логи апача в несколько гиг две минуты, а почти такой же на Сях при всех стараниях умирает навсегда... Наверно я на сях писать не умею...


"Сравнение производительности популярных СУБД"
Отправлено lamer , 25-Фев-07 13:39 
>Аха, тото я думаю, чего это перловый скрипт парсит логи апача в
>несколько гиг две минуты, а почти такой же на Сях при
>всех стараниях умирает навсегда... Наверно я на сях писать не умею...
Плохому танцору сами знаете что мешает.Нужны доказательства?Webalizer (и его отпрыски) работают на многих тысячах серверов и каши не просят.Гигазы логов лопатит только в путь, фору даст любому перлу.Попробуйте посмотреть на чем написано.И почему-то не виснет.Действительно, вам лучше программить на каком-нить языке для тех кто потупее.Вьюжал васик освойте чтоли - у вас и на нем ничего виснуть не будет, т.к. радиус кривизны рук его разработчиков совпадет с вашим :)

"Сравнение производительности популярных СУБД"
Отправлено pentarh , 25-Фев-07 13:57 
>Плохому танцору сами знаете что мешает.Нужны доказательства?Webalizer (и его отпрыски) работают на
>многих тысячах серверов и каши не просят.Гигазы логов лопатит только в
>путь, фору даст любому перлу.Попробуйте посмотреть на чем написано.И почему-то не
>виснет.Действительно, вам лучше программить на каком-нить языке для тех кто потупее.Вьюжал
>васик освойте чтоли - у вас и на нем ничего виснуть
>не будет, т.к. радиус кривизны рук его разработчиков совпадет с вашим
>:)

Слыш кекс, ты вообще понятие имеешь о чем говоришь? Во-первых, ни австатс, ни вебализер - отказываются парсить логи апача при 80-120к посещений в сутки на одном из моих доменов. Просто в корку выпадают. Во-вторых, я писал и пишу на 13 различных языках в зависимости от поставленной задачи. Начиная от шелл скрипта и заканчивая дотнетом.

Прости мля, си я пропустил мимо себя в свое время, да я на нем криво пишу. Спроса, знаешь ли не было.

Однако это мне не мешает писать качественный код на более высокоуровневых языках, который я хорошо знаю.

И если ты считаешь высокоуровневые языки "для тех кто потупее", прости, но тупой тогда ты. Потому что для каждого языка существует свой круг задач, в которых он делает другой язык в каких то параметрах.


"Сравнение производительности популярных СУБД"
Отправлено MockSoul , 19-Мрт-07 13:48 
>Слыш кекс, ты вообще понятие имеешь о чем говоришь? Во-первых, ни австатс,
>ни вебализер - отказываются парсить логи апача при 80-120к посещений в
>сутки на одном из моих доменов. Просто в корку выпадают. Во-вторых,
>я писал и пишу на 13 различных языках в зависимости от
>поставленной задачи. Начиная от шелл скрипта и заканчивая дотнетом.
>
>Прости мля, си я пропустил мимо себя в свое время, да я
>на нем криво пишу. Спроса, знаешь ли не было.
>
>Однако это мне не мешает писать качественный код на более высокоуровневых языках,
>который я хорошо знаю.
>
>И если ты считаешь высокоуровневые языки "для тех кто потупее", прости, но
>тупой тогда ты. Потому что для каждого языка существует свой круг
>задач, в которых он делает другой язык в каких то параметрах.
>

Не п**ть! Webalizer при неинкраметальном сборе данных (полный лог/месяц) ни разу не умирал (75k/сутки пик).

Да и горе ты программист раз, говоришь, мол "ах австатс и вебалайзер ОТКАЗЫВАЮТСЯ парсить логи моего апача". Ой мамочкааааа они не хотят с тобой работать!! =). А дебаггер запустить или хоть ошибочку почитать? Или может там segfault? Бесят такие выскочки как ты. На 13 языках он пишет. Лучше бы на одном - и хорошо.

И вообще заявление, мол, на сях что-то там не написать - полный абсурд. На нём операционные системы написаны.. Что-то на нём писать сложнее, но на нём можно всё что можно на языках более высокого уровня - уж точно.


"Сравнение производительности популярных СУБД"
Отправлено lamer , 25-Фев-07 13:47 
>И java тормозит только в десктопных программах, в серверных приложениях она летает
Угу.Процессоры специально натаскиваются на выполнение жабистых программ так чтобы лишние действия сопряженные с работой жабы их не смущали %)

>на уровне c++. php, python, ruby, perl, даже как fcgi или
>как модуль апача, с java не сравнится, можете потестить сами.
Лучше б кому делать нех потестили базы из более-менее оптимизированной сишной программки - это бы имело какое-то отношение к работе БАЗЫ а не тому что энная база с жабой на пару вытворяют, пусть оно даже кому-то и интересно :)

"Сравнение производительности популярных СУБД"
Отправлено жаба , 16-Фев-07 12:10 
хехе - все дороги..те комменты..ведут к жабе

"Сравнение производительности популярных СУБД"
Отправлено Аноним , 23-Фев-07 12:12 
.... и каменты, как правило, из оперы - "Устриц? Не пробывал, но мнение - имею!"

"Сравнение производительности популярных СУБД"
Отправлено Аноним , 23-Фев-07 12:16 
..... а подборка тестируемых баз - просто беспесды песдетс - по принципу "Куды конь с копытом - туды и рак с клешней". Какой, пардон за мой французский, долболоб поставит на одну доску недоноска(-ов) самописных и промышленные базы, засунет их на одинаково поганый серверок-запёрдыш а потом тестить будет? Это, пардоньте, называется нездоровая шизофренинка аффтаров теста. Ну, отожгли, ребята, аццки просто отожгли. Жесть. Еще давайте-кось по паре терабайт в базы - во все причем! - отмазки, что, де, мускуль не жжот с терабайтом - не катят - убирайте тогда ДБ2! или бегайте с ним на равных.

Как всегда - полупрофессионалы - они повсюду. А с претензией, мля....


"OpenNews: Сравнение производительности популярных СУБД"
Отправлено MockSoul , 19-Мрт-07 13:55 
Вы уверены что эти ребята вообще в адекватном состоянии?

>> The first column is quite interesting: it takes much longer to count the number of rows in an empty table (zero) than in a table containing 10000 rows! (or maybe the data is just making it to the cache)

типа count(*) в пустой таблице быстрее чем в таблице с 10000 записями. Они после прошлых тестов хоть сервер бд перезагружали? А может у них там своп заюзался :-D. В общем - полная ахинея