The OpenNET Project / Index page

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

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

"OpenNews: Тестирование операций на чтение-запись в SQL на Fr..."  
Сообщение от opennews on 05-Авг-07, 20:56 
Kris Kennaway опубликовал (http://lists.freebsd.org/pipermail/freebsd-arch/2007-August/006709.html) результаты тестов PostgreSQL и MySQL, проведённых с целью выявления узких мест в операциях чтения-записи на FreeBSD.

Из-за медленной дисковой подсистемы на тестовом сервере, Kris дополнительно провёл тестирование с использованием TMPFS. При росте количества параллельных запросов производительность MySQL резко падает, причём система в это время практически не загружена. В то же время, PostgreSQL ведёт себя более устойчиво, хотя и показывает меньшую производительность при малом числе параллельных запросов.

URL: http://lists.freebsd.org/pipermail/freebsd-arch/2007-August/006709.html
Новость: http://www.opennet.me/opennews/art.shtml?num=11661

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

 Оглавление

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


1. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Exe on 05-Авг-07, 20:56 
кто на linux потестит? :).
PS конец мифу что на bsd быстро работают базы? :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Andrew Kolchoogin on 06-Авг-07, 08:53 
Смотря на какой платформе. На *BSD базы действительно работают быстрее, чем на Линуксе. Примерно на 30%. Но это не из за баз, это из-за Линукса.
Замечание 1. База должна быть _большой_. Настолько большой, чтобы ОЗУ понадобилось больше 4 гигабайт. Тогда Линукс с трёхуровневым VM'ом будет нервно покуривать в уголку. :) А пока нет выигрыша по скорости работы виртуальной памяти -- все сравнения дают данные в пределах погрешности одинаковые.
Замечание 2. Да, я знаю, какой ценой даётся это быстродействие. Оборудование надо подбирать правильное, умеющее 64'х-битный DMA. :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от sauron (??) on 06-Авг-07, 12:10 
Вы что при объемах памяти больше 4 гиг до сих пор используете 32-битные системы?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 14:02 
>Смотря на какой платформе. На *BSD базы действительно работают быстрее, чем на
>Линуксе. Примерно на 30%.

а это скока в попугаях? %)))
А может не 30? Или не быстрее? ;)


>Но это не из за баз, это из-за Линукса.
>Замечание 1. База должна быть _большой_. Настолько большой, чтобы ОЗУ понадобилось больше
>4 гигабайт. Тогда Линукс с трёхуровневым VM'ом будет нервно покуривать в
>уголку. :)

Хэх... а бздуны все голой ж..й на саблю...
Это оно в исходниках в 3 уровнях и при компиляции вырождаеться в использование всего-лишь 2 уровней: на 32 бит платформе нижний и средний, на 64 - нижний и высокий.

Угу, а если она будет ОЧЕНЬ большой? ;) гиг 20...
бздя не помрет под линейными лупами?
И это >4гиг нужно как? Одному процессу или где? Дык это тогда amd64...


Так может ты не о том линуксе говоришь?


>А пока нет выигрыша по скорости работы виртуальной памяти
>-- все сравнения дают данные в пределах погрешности одинаковые.

лирика...

>Замечание 2. Да, я знаю, какой ценой даётся это быстродействие. Оборудование надо
>подбирать правильное, умеющее 64'х-битный DMA. :)

фантазер...
Тебе мало 4гига чтоб разминуться в буферах с винтом? ГЫ :)
Ты это либо придумал либо линух с чем иным путаешь...

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

34. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Andrew Kolchoogin on 06-Авг-07, 15:46 
>Хэх... а бздуны все голой ж..й на саблю...

Я бы попросил следить за речью.

>Это оно в исходниках в 3 уровнях и при компиляции вырождаеться в
>использование всего-лишь 2 уровней: на 32 бит платформе нижний и средний,
>на 64 - нижний и высокий.

И как же после компиляции так происходит вырождение VM'а, что 32'х-битный драйвер начинает резко узнавать про то, что памяти больше 4 гигабайт?

>Угу, а если она будет ОЧЕНЬ большой? ;) гиг 20...
>бздя не помрет под линейными лупами?
>И это >4гиг нужно как? Одному процессу или где? Дык это тогда amd64...

:) *BSD не нужно мапить всю память в адресное пространство. Тут вам не Линукс. :)

>Так может ты не о том линуксе говоришь?

О том, о том.

>>Замечание 2. Да, я знаю, какой ценой даётся это быстродействие. Оборудование надо
>>подбирать правильное, умеющее 64'х-битный DMA. :)
>
>фантазер...
>Тебе мало 4гига чтоб разминуться в буферах с винтом? ГЫ :)

Моя не понимать, каким образом драйвер SCSI-контроллера, не знающий про 64-bit DMA, сможет мне положить данные с винчестера в пятый гигабайт ОЗУ.

Или кое-кто наивно полагает, что у него собственный MMU родиццо?-)

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

38. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 16:10 
>Я бы попросил следить за речью.

да, чуток загнул...

>>Это оно в исходниках в 3 уровнях и при компиляции вырождаеться в
>>использование всего-лишь 2 уровней: на 32 бит платформе нижний и средний,
>>на 64 - нижний и высокий.
>
>И как же после компиляции так происходит вырождение VM'а, что 32'х-битный драйвер
>начинает резко узнавать про то, что памяти больше 4 гигабайт?

когда врублена поддержка >4G памяти - юзаеться верхний уровень таблиц.
Как в 64бит архитектурах.
Одна запись в верхнем уровне адресует 4M.
4M*2^32 = выше крыши


>:) *BSD не нужно мапить всю память в адресное пространство.

Даже если было бы нужно - то _чье_ адрессное пространство? ;)
ядра или какого-либо процесса? занумером 1? или 2?
Аддр. пространство оно виртуальное и его много ;)
Так какого адресного пространства? :)


>Тут вам не Линукс. :)

о... уже инересно...
А Линукс, значит, всю память мапит куда-то? ;)
Где ты дурь (не слишком загнул?) берешь?


>Моя не понимать, каким образом драйвер SCSI-контроллера, не знающий про 64-bit DMA,
>сможет мне положить данные с винчестера в пятый гигабайт ОЗУ.

Через bounce буфер. Т.е. реально тока конечно в нижние адреса, а потом уже ядро переложит.
Конечно это нельзя считать чесным "положением".
С другой стороны, если это не умеет железо - то пофиг о чем знает драйвер (а драйвер,
все-таки знать может под amd64. Или мы тока о 32 битах?)

>Или кое-кто наивно полагает, что у него собственный MMU родиццо?-)

как тока на заводе поставят - так и появицо :)
А если не поставили - то, как я тока шо сказал, пофиг что знает или нет драйвер.

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

41. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Arti (??) on 06-Авг-07, 17:04 

>Даже если было бы нужно - то _чье_ адрессное пространство? ;)
>ядра или какого-либо процесса? занумером 1? или 2?
>Аддр. пространство оно виртуальное и его много ;)
>Так какого адресного пространства? :)
>

Чтобы ответить на это вопрос нужно вспомнить с чем работает DMA (правильного варианта Вы не назвали ;) ).

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

42. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от sauron (??) on 06-Авг-07, 19:44 
>Чтобы ответить на это вопрос нужно вспомнить с чем работает DMA (правильного
>варианта Вы не назвали ;) ).

Ну 64 битное DMA в linux kernel есть если на то пошло.

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

46. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 07-Авг-07, 03:12 
>
>>Даже если было бы нужно - то _чье_ адрессное пространство? ;)
>>ядра или какого-либо процесса? занумером 1? или 2?
>>Аддр. пространство оно виртуальное и его много ;)
>>Так какого адресного пространства? :)
>>
>
>Чтобы ответить на это вопрос нужно вспомнить с чем работает DMA (правильного
>варианта Вы не назвали ;) ).

а должен был? ;)
кто мне тут затирает про "маппинг в адресное пространство"?
Я что-ли? Вот я и спрашил. Мои варианты никак не обязаны содержать правильный вариант.
Это ж не тест на IQ :)

а по сути
"*BSD не нужно мапить всю память в адресное пространство."
Линуху тоже этого делать не надо, но человек почему-то уверен, что надо...
Кто тут неправ - вроде бы очевидно

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

2. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от creativ (??) on 05-Авг-07, 21:06 
Такого мифа как раз и небыло.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Answer on 05-Авг-07, 22:57 
Хороший тест: ни структуры таблиц, ни конфигурации, ни типов запросов. Брехня - на более слабом железе БДшки под фрибздей показывали более сильные резулбтаты, на нетривиальных запросах.

ПС. Зачем такой бред помещать в новость? Или все что содержит картинки будет вешаться на главную страницу?

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

5. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 04:08 
да...
какая-то странная новость.
никаких деталей, чтоб можно было перепроверить.

негросовт-style

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

7. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от butcher (ok) on 06-Авг-07, 07:58 
Тесты проводились стандартным набором тестов http://sysbench.sourceforge.net/.
О чём в тексте письма написано.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от adil_18 email(??) on 05-Авг-07, 23:07 
Esli pravelno pod tyunit BSD, to bistree :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Онанимус on 06-Авг-07, 08:36 
А теперь внимание, господа знатоки, вопрос: кто в жопе вот на этом графике: http://people.freebsd.org/~jeff/mysqlwrite.png
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 12:47 
>А теперь внимание, господа знатоки, вопрос: кто в жопе вот на этом
>графике: http://people.freebsd.org/~jeff/mysqlwrite.png

Слышал о программе негросовта в свое сремя GetTheFUCKs?
Так вот они сравнивали RH7.3 с XP...

Ты тоже страдаешь таким легким "скрытым" "незнанием" реалий?

Где ты взял эту 7-ку? В CVSе. Еще и пачку патчей прикрутил.
А Линух какой ты взял? Древний. Пойди посмотри на kernel.org - какое щас последнее?
А если взять не .22, а .23 с CFQ шедулером? Нет охоты такой график показать людям?

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

21. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от nuclight email on 06-Авг-07, 13:29 
Не, вот такие красноглазые линуксоиды меня всегда умиляют, разница на 1 в последней цифре номера версии ядра - всё, уже древнее, передернем-ка сравнением в несколько лет разницы, ага. А то, что тесты были сделаны почти полгода назад на свежих в то время версиях того и другого - это поинтересоваться не в состоянии, да. Впрочем, чему удивляться, если даже про sysbench не в курсе, зато следуют понты насчет методологии тестов, ага-ага.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 14:07 
>Не, вот такие красноглазые линуксоиды меня всегда умиляют, разница на 1 в
>последней цифре номера версии ядра - всё, уже древнее, передернем-ка сравнением
>в несколько лет разницы, ага. А то, что тесты были сделаны
>почти полгода назад на свежих в то время версиях того и
>другого - это поинтересоваться не в состоянии, да. Впрочем, чему удивляться,
>если даже про sysbench не в курсе, зато следуют понты насчет
>методологии тестов, ага-ага.

Легкое напоминание из моей цитыты: "...Еще и пачку патчей прикрутил..."
Линух то ванильный...

Так чта либо с ванилью бзд давай тягацо, либо давай правильных патчей положим на пингвина...

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

24. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Аноним on 06-Авг-07, 14:08 
>Не, вот такие красноглазые линуксоиды меня всегда умиляют, разница на 1 в
>последней цифре номера версии ядра - всё, уже древнее, передернем-ка сравнением
>в несколько лет разницы, ага.

А вот тут ты не прав, в 2.6.23(с _rc1) новый шедулер. Он есть и для .22 но в виде стороннего патча от Ingo Molnar. Ну и glibc был допилен в 2.6. Так что же тебя смущает?

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

39. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от nuclight email on 06-Авг-07, 16:40 
То, что некто _Nick_, в лучших традициях ЛОРа, любит нагло пиздеть. Багфиксы и влитие патчей - это не то же самое, что древность, и уж тем более сравнение RH7.3 с XP.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

40. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 16:43 
>То, что некто _Nick_, в лучших традициях ЛОРа, любит нагло пиздеть.

Любит - этого не отнять :)
Но чуть больше он любит выдать правду-матку. Чем чаще это случаеться тем лучше.

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

51. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Sem (??) on 09-Авг-07, 15:20 
>>То, что некто _Nick_, в лучших традициях ЛОРа, любит нагло пиздеть.
>
>Любит - этого не отнять :)
>Но чуть больше он любит выдать правду-матку. Чем чаще это случаеться тем
>лучше.

Это не правда матка. Это просто постоянный флейм. Причем с постоянной демонстрацией своей не компетенции в плане деталей реализаций и вообще всего. Я бы давно фильтр поставил на _Nick_ ибо ничего конструктивного от него не дождешься. Только "жопы с саблями" в разных вариантах.

БСДшники как правило всегда готовы к диалогу, если оно не скатывается на оскорбления.

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

18. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Аццкая Сотона email on 06-Авг-07, 13:15 
>http://people.freebsd.org/~jeff/mysqlwrite.png

патч от Nick Piggin вошёл в каком-то из 2.6.22-rc.
Ну и ессно ещё и фикс в glibc.
Так что стоит сравнивать 2.6.22+glibc-2.6

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

11. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Andrew Kolchoogin on 06-Авг-07, 09:03 
А потом включить и там, и там PAE и выкинуть Пингвиникс в помойку. :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от sauron (??) on 06-Авг-07, 12:13 
>А потом включить и там, и там PAE и выкинуть Пингвиникс в
>помойку. :)

Знаете когда на рынке свободно доступны 64 битные системы, гордиться тем что в FreeBSD лучше реализован PAE, довольно таки смешно. Особенно учитывая, что если приложение оптимизировано под 64 бита, то прирост может быть до 30 процентов.

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

32. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Andrew Kolchoogin on 06-Авг-07, 15:41 
> Знаете когда на рынке свободно доступны 64 битные системы, гордиться тем что в FreeBSD лучше реализован PAE, довольно таки смешно.

На рынке свободно доступен AMD64 (ну, или EM64T, один болт).
А ему нужно то же, что и PAE - 64'х-битный DMA.
Или куча костылей, которые в Линуксе называются трёхуровневым VM'ом, что для FreeBSD неприемлемо, так как приводит к деградации производительности, а в мозгах корпорации nVidia называются контролем за линейным адресным пространством областей, выделяемых функцией mmap().
zander из nVidia писал, что их GPU -- 32'х разрядные (в смысле внешней шины), и поэтому, чтобы появился драйвер для nVidia'вских карточек под FreeBSD/amd64, им нужно, чтобы...
[за необходимым -- на nvforum :)]

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

36. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от _Nick_ email(??) on 06-Авг-07, 15:54 
>На рынке свободно доступен AMD64 (ну, или EM64T, один болт).
>А ему нужно то же, что и PAE - 64'х-битный DMA.

не наезда ради, но правды для...
64бит DMA нужно лишь для того, чтоб девайсы сами могли адресовать >4г, чтоб выложить в них
приехавшее из девайса.
К софтовому подходу это дела никакого не имеет (по крайней мере я не вижу проблем в нижних 4 гигах держать пару десят метров для DMA).
Поправь, если я неправ...

>Или куча костылей, которые в Линуксе называются трёхуровневым VM'ом, что для FreeBSD
>неприемлемо, так как приводит к деградации производительности,

да не приводит. Оно вырождаеться в 2 уровня при сборке еще.
(http://www.ibm.com/developerworks/ru/library/l-memmod/)

>а в мозгах корпорации
>nVidia называются контролем за линейным адресным пространством областей, выделяемых >функцией mmap().

ну, с Линухом то эта корпорация ужилась :)
И весьма неплохо ;)

>zander из nVidia писал, что их GPU -- 32'х разрядные (в смысле
>внешней шины), и поэтому, чтобы появился драйвер для nVidia'вских карточек под
>FreeBSD/amd64, им нужно, чтобы...
>[за необходимым -- на nvforum :)]

да... было такое :)
вот и иди тут расказывай о высоком... о BSD-style...

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

43. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от sauron (??) on 06-Авг-07, 19:49 
>На рынке свободно доступен AMD64 (ну, или EM64T, один болт).
>А ему нужно то же, что и PAE - 64'х-битный DMA.

Который есть в 64 битном ядре. Не забываем что для AMD64 ядро собирается соответвующее и работает в соответвующем режиме. И DMA там тоже работает в необходимом режиме.

>Или куча костылей, которые в Линуксе называются трёхуровневым VM'ом, что для FreeBSD
>неприемлемо, так как приводит к деградации производительности

Как уже говорили выше это есть только на уровне исходных кодов при сборке не нужный уровень отсекается. И?

>zander из nVidia писал, что их GPU -- 32'х разрядные (в смысле
>внешней шины), и поэтому, чтобы появился драйвер для nVidia'вских карточек под
>FreeBSD/amd64, им нужно, чтобы...

Или переделали шину или правильно написали драйвер чтобы он не клал ничего выше 4Gb лимита.

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

48. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от ad3000 email on 07-Авг-07, 08:58 
>Вот интересно, зачем в комментах обсуждают линукс, если новость
>была исключительно внутриBSDшная?..

Совершенно согласен.

Лучше бы дали ссылки на тесты непосредственно mySQL и PostgreSQL как в линуксе так и во фряхе (иль другое бсд)... Свежие и из хороших источников, а не от "Вася Пупкинс Групп"...

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

50. "Тестирование операций на чтение-запись в SQL на FreeBSD"  
Сообщение от Аноним on 07-Авг-07, 12:04 
>Лучше бы дали ссылки на тесты непосредственно mySQL и PostgreSQL как в
>линуксе так и во фряхе (иль другое бсд)... Свежие и из
>хороших источников, а не от "Вася Пупкинс Групп"...

А чем производительность mysql мерять-то? Есть скрипт чтоб запустил и он все сам сделал? А то я-то могу тестов напридумать, но они вам вряд ли понравятся :)

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

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

Индекс форумов | Темы | Пред. тема | След. тема




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

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