Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 9 10 [11] 12 13   вперед  Ctrl
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
softwarer
Так что продолжайте меряться ;-)


Да, продолжил, и огласил разницу в производительности в 6 раз, при разнице в стоимости в 25%. ;)
16 сен 10, 13:16    [9449492]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6645
Есть еще один показатель.

У x86-64 есть четко определенный потолок масштабируемости железа. Да он растет, но "выше меры конь не прыгнет".
16 сен 10, 13:17    [9449495]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
pkarklin
softwarer
Так что продолжайте меряться ;-)


Да, продолжил, и огласил разницу в производительности в 6 раз, при разнице в стоимости в 25%. ;)


Причем "обратной пропорции" для Oracle не наблюдается, все как раз наоборот.
16 сен 10, 13:18    [9449508]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
softwarer
Так что продолжайте меряться ;-)

Павел, ну а когда перестанете возмущаться по поводу того, что я сделал ровно то же, что и Вы - таки посмотрите тесты действительно на одинаковом железе, на сайте tpc эту информацию не так сложно найти. Например:

СУБДЖелезоДата измеренияПроизводительностьУдельная стоимость
OracleHP ProLiant DL370 G603/30/09631,7661.08 USD
MSSQLHP ProLiant DL370G602/01/10661,4751.16 USD
OracleHP ProLiant DL580G501/16/09639,253.97 USD
MSSQLHP ProLiant DL580G508/19/08634,8251.10 USD
OracleHP ProLiant ML350G506/08/07100,926.74 USD
MSSQLHP ProLiant ML350G503/27/0782,774.84 USD


P.S. Как получена эта выборка - взял все результаты, отсортировал по модели компа, посмотрел в HP, железо которого любят оба и взял три первых результата на одинаково называющихся моделях при относительно недавних датах. Раскладов, где MSSQL круче, специально не искал, что их нет - утверждать не буду, не знаю.
16 сен 10, 13:18    [9449511]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
StalkerS

ну так вот раз оптимизированно под версионность, значит уже не будет так оптимально в случае когда версионность не нужна, верно?


Если убрать версионность (так как она сделана в Oracle) разница будет в долях процента по производительности, а такую вкусность как версионность потеряем. Вот и спрашивается - нафига это делать?
16 сен 10, 13:21    [9449540]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
pkarklin
Да, продолжил, и огласил разницу в производительности в 6 раз, при разнице в стоимости в 25%. ;)


Подумаешь, пожар в урне. У нас, напр., есть вполне себе живые конкуренты, которые сливают нам по скорости в 140 раз. Берут, стало быть, чем-то другим. Более того, у нас на некоторых задачах производительность от предпоследней версии к последней поднялась чуть не на порядок, а народ не спешит апдейтиться, потому что им проще поразбираться с отдельными кривыми местами в приложениях, чем устраивать лишние глобальные телодвижения.
16 сен 10, 13:26    [9449591]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
единственно что мы понимаем это о что ты сейчас приперт к стенке фактом и пытаешься чисто технический вопрос об избыточности писанины версионного механизма заболтать не лежащими в технической плоскостью деньгами. да формула1 стоит дороже, жигули дешевле. да так устроен мир.


Гм... Я ни разу в этом топике не лез в "технические вопросы". Более того, приведенная softwarer
таблица явно говорит о том, что в 10 году MS SQL уделал по производительности Oracle и на одинаковом железе.

Что до систем заоблачной стоимости, то показателен тот факт, что для вертикального масштабирования в Oracle (в оборудование, конечно) надо вбухать гараздо больше денег.
16 сен 10, 13:28    [9449620]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
sdvsamara
Member

Откуда: Самара
Сообщений: 201
softwarer

sdvsamara
Дык в Oracle журналирование и есть поддержка версий. Если в нём отказаться от версионности, это означает отказаться от журналирования

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


Я, вообще-то, именно это и хотел сказать.

softwarer

sdvsamara
Причём это дело развивается, раньше были rollback сегменты, а сейчас undo tablespace.

И шо, Вы таки хотите сказать, что в базах с undo tablespace нет rollback сегментов?


Есть, просто теперь Oracle ими занимается, насколько я понял документацию.
16 сен 10, 13:30    [9449644]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Siemargl
У x86-64 есть четко определенный потолок масштабируемости железа.


Это если религия запрещает собрать кластер. Как только разрешает, так начинаются измерения в терабайтах RAM и петабайтах массовой памяти на квадратный фут комнаты.
16 сен 10, 13:32    [9449658]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Yo.!
Guest
pkarklin

Гм... Я ни разу в этом топике не лез в "технические вопросы". Более того, приведенная softwarer
таблица явно говорит о том, что в 10 году MS SQL уделал по производительности Oracle и на одинаковом железе.

таблица говорит об одинаковых моделях, железо там разное, практически год между ними:
в оракле Intel Xeon 2.93 GHz 8MB L2cache
в мсскл Intel Xeon 3.2GHz 8MB L2 cache

ну и соответственно у мсскл на сотню дисков больше. отсюда и чуть лучше результат

а эффективность кластера нужно смотреть на реальных задачах, например SAP-SD
16 сен 10, 13:44    [9449795]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Yo.!
Guest
кстати, интересная цифра: 90% Response
оракл 0.26
мсскл 1.11
16 сен 10, 13:51    [9449861]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
pkarklin
Более того, приведенная softwarer таблица явно говорит о том, что в 10 году MS SQL уделал по производительности Oracle и на одинаковом железе

Факт, уделал. Поставили на 10% более быстрые процессоры, в целом на 13% более дорогое железо и получили от этого аж 4,7% выигрыша в производительности
16 сен 10, 13:53    [9449877]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
таблица говорит об одинаковых моделях, железо там разное, практически год между ними:
в оракле Intel Xeon 2.93 GHz 8MB L2cache
в мсскл Intel Xeon 3.2GHz 8MB L2 cache

ну и соответственно у мсскл на сотню дисков больше. отсюда и чуть лучше результат


Поэтому предлагаю больше не меряться на одинаковом железе. ;)


Yo.!
а эффективность кластера нужно смотреть на реальных задачах, например SAP-SD


Да, наверно, и не тока кластера. Кстати, недавно в "форуме по Oracle" я приводил реальные данные производительности реальной OLTP системы на реальном железе.

М.б. у кого-то найдеться что-нить аналогичное: все таки оракел - сила Картинку продублирую и тут:

К сообщению приложен файл. Размер - 0Kb
16 сен 10, 14:01    [9449949]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6645
iv_an_ru
Siemargl
У x86-64 есть четко определенный потолок масштабируемости железа.

Это если религия запрещает собрать кластер. Как только разрешает, так начинаются измерения в терабайтах RAM и петабайтах массовой памяти на квадратный фут комнаты.

Если задача позволяет.
16 сен 10, 14:15    [9450066]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Yo.!
Guest
pkarklin

Поэтому предлагаю больше не меряться на одинаковом железе. ;)

ну от чего же, я уже показывал, вот и идентичная система и идентичные процы и память. и/о у мсскл заметно навороченей (546 против 766 дисков)
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106071802
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106102601

и все равно версионный оракл впереди.

pkarklin
Да, наверно, и не тока кластера.


да нет, именно синтетический TPC-C гораздо лучше демонстрирует эффективность версионного механизма даже там, где транзакции не пересекаются
16 сен 10, 14:21    [9450124]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3796
Yo.!
[quot pkarklin]
да нет, именно синтетический TPC-C гораздо лучше демонстрирует эффективность версионного механизма даже там, где транзакции не пересекаются

почему именно версионного? допускаю что это преимущество оракла перед мс, но не версиоонго в целом. Слишком много у них разного.
Это надо уже собрать две синтетических БД для теста.
А то я сейчас версиооный файерберд в тест TPC-C воткну, погсмотреть.
16 сен 10, 14:27    [9450196]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!,

Второй раз то зачем постить. Уже с твоего сайта туда ходили... :)

автор
да нет, именно синтетический TPC-C гораздо лучше демонстрирует эффективность версионного механизма даже там, где транзакции не пересекаются


На колу мочало - начинай с начала... Есть реальные проекты под рукой?
16 сен 10, 14:31    [9450246]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
любая тема превращается в борьбу адептов оркала и мсскл. А тролля, ее инициировавшего, да и саму тему, уже успешно забыли.
16 сен 10, 14:39    [9450342]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Siemargl
iv_an_ru
Siemargl
У x86-64 есть четко определенный потолок масштабируемости железа.

Это если религия запрещает собрать кластер. Как только разрешает, так начинаются измерения в терабайтах RAM и петабайтах массовой памяти на квадратный фут комнаты.

Если задача позволяет.

Можно пример задачи, которая "не позволяет"? Обычно проблемы не с технической возможностью как таковой, а с денежными ограничениями ("у нас есть клиенты с кривой логикой на их стороне, а теперь срочно сделайте нам кластер, чтоб он с теми же кривыми клиентами не лежал на полке").
(А с правильными задачами на нынешнем железе иногда бывает выгодно поднять кластер из 8 нод на одной 8-процессорной машине, потому что IPC оказывается дешевле задержек на выталкивании нитей мьютексами.)
16 сен 10, 14:40    [9450360]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Yo.!
Guest
pkarklin


На колу мочало - начинай с начала... Есть реальные проекты под рукой?

в жизни не видел чистых олтп. у меня аналитика восновмном, кантора маленькая (надоело на дядю работать) в самый пик пару тысяч клиентов от силы пару сотен tps выдают на сайтике
16 сен 10, 14:41    [9450384]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
iv_an_ru
А с правильными задачами на нынешнем железе иногда бывает выгодно поднять кластер из 8 нод на одной 8-процессорной машине, потому что IPC оказывается дешевле задержек на выталкивании нитей мьютексами


Это реальный тест такой был? Что за задача выбиралсь для тестирования?
16 сен 10, 14:50    [9450471]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67534
Блог
Ivan Durak
почему именно версионного? допускаю что это преимущество оракла перед мс, но не версиоонго в целом. Слишком много у них разного.

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

На самом деле лично мне было бы интереснее сравнить эффективность блокировочных механизмов Oracle и MS, на задаче "писатель писателя".
16 сен 10, 14:53    [9450522]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Yo.!
Guest
Ivan Durak

почему именно версионного? допускаю что это преимущество оракла перед мс, но не версиоонго в целом. Слишком много у них разного.
Это надо уже собрать две синтетических БД для теста.
А то я сейчас версионный файерберд в тест TPC-C воткну, погсмотреть.


примерно таже картина и с db2 в TPC-C на идентичном железе. т.е. 2 самых быстрых блокировочника проигрывают (при равных железках)
ну а теперь вспоминает с чего началась мерянье на чистом олтп
StalkerS

если вдуматься в сказанное, то станет понятно, что в OLTP системах блокировки есть и в Оракл тоже (ведь писатель там не сможет ничего записать в блокированную строку), но помимо них Оракл еще и плодит массу версий, которые никто не собирается читать.

хотя на самом деле этому разговору уже лет 7 ....
16 сен 10, 15:06    [9450682]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54850

Ivan Durak
А то я сейчас версиооный файерберд в тест TPC-C воткну, погсмотреть.

А чего ж не воткнуть, воткни. Только не забудь про условие "на аналогичном железе".

Posted via ActualForum NNTP Server 1.4

16 сен 10, 15:35    [9451014]     Ответить | Цитировать Сообщить модератору
 Re: Система ЭОД - неудача или успех ?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
pkarklin
iv_an_ru
А с правильными задачами на нынешнем железе иногда бывает выгодно поднять кластер из 8 нод на одной 8-процессорной машине, потому что IPC оказывается дешевле задержек на выталкивании нитей мьютексами


Это реальный тест такой был? Что за задача выбиралсь для тестирования?


Ну вот похожая раскладка из статьи про faceted view над большим объёмом знаний:
The test system is 2 8 core Xeon 5345 (2.33GHz) servers with 16G RAM and 4 disks each. The machines are connected by 2x 1Gbit ethernet. The software is Virtuoso 6 Cluster. The Virtuoso server is split into 16 partitions, 8 for each machine. Each partition is managed by a separate server process.

Это довольно типично для аналитики на базах знаний, потому что там простые запросы составляют очень малую долю нагрузки, у типичного приложения число алиасов в одном произведении запросто может быть и 20 и 30.
С ростом числа клиентов RAM доводится до 64-128Gb на ящик, потом кластер начинает "толстеть": сначала при том же числе партиций (8-16) доходит до 8-16 физических ящиков, потом "рывком" удваивается число ящиков, чтоб зеркалированием партиций обеспечить разумную надёжность и после этого растёт в пропорции "один процесс - один ящик". Больше чем 200 ящиков ещё не ставили пока, не знаем что там будет.
16 сен 10, 16:02    [9451318]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 9 10 [11] 12 13   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить