The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Сравнение производительности популярных СУБД"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Сравнение производительности популярных СУБД"  
Сообщение от opennews (??) on 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/
Новость: http://www.opennet.dev/opennews/art.shtml?num=9856

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

12. "Сравнение производительности популярных СУБД"  
Сообщение от earl on 15-Фев-07, 14:03 
У них в докумете написано, что инсталляцию ниасилили:)))
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Сравнение производительности популярных СУБД"  
Сообщение от Аноним on 15-Фев-07, 12:05 
фигасе, PDF в 270мегов ужат до двух 8)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Сравнение производительности популярных СУБД"  
Сообщение от Аноним on 15-Фев-07, 12:52 
до 4-х :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Сравнение производительности популярных СУБД"  
Сообщение от Jelis email(ok) on 15-Фев-07, 13:34 
Вот бы кто для интересу сравнил еще и на винде производительнось!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

15. "Сравнение производительности популярных СУБД"  
Сообщение от toshikstar email(??) on 16-Фев-07, 06:29 
А вы сами то как давно пишете на "жабе" чтобы это утверждать???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "OpenNews: Сравнение производительности популярных СУБД"  
Сообщение от MockSoul email on 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. В общем - полная ахинея

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру