|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 30 Aug 2002 19:21:10
To : Andrew Lesnichenko
Subject : Re: ответственная БД
--------------------------------------------------------------------------------
u.ru> <esohmucg3k3uu67jvalcga5jle0fut7kho@4ax.com> <3D6A2AD3.6090005@mts.ru>
u.ru> <mpekmuomaai34h9g51orim3uk8o2ouvhef@4ax.com> <3D6B1448.4080603@mts.ru>
u.ru> <od4nmu8ir7bcri6ccrq299vmmak4qp5q1g@4ax.com> <3D6CE648.4010103@mts.ru>
From: Tolik Tentser <tolik@katren.ru>
Hi, Andrew Lesnichenko!
В чреве акулы, пойманной Wed, 28 Aug 2002 15:04:35 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: ответственная БД':
>>>tpc-c. И рекордные цифры, это вовсе не масштабируемость ... Их в вашей
>>>реальной работе никогда не будет ...
>>
>> Основания ?
>
>Основания чего ?
Того, что не будет
>> А на Sun значит будет еще меньше ? По той же логике. Hа tpc ведь и для
>> него пиковое.
>
>Конечно.
Hу значит и в реальной работе Интел может оказаться быстрее сана ? И
кого угодно другого ?
>> Блин, на tpc на том же.
>> Это не цифры там написаны ?
>> Или из них не следует достигнутого высогого суммарного ввода вывода ?
>
>Что значит следует ? Где там мегабайты в секунду ввода/вывода ?
:-)
Да, нету ...
Видимо MS умудрилась читать/писать данные без него.
Впрочем, тоже заслуживает уважения
>> Кстати, если уж о цифрах - сколько узлов РЕАЛЬHО можно объединить в
>> кластер с shared disk ?
>
>Что значит "реально" ?
Значит - чтобы при добавлении новых узлов наблюдался рост
производительности
>Зачем еще ? Вы по старым фактам ничего еще не ответили ...
Равно как и ты.
>> http://www.microsoft.com/sql/evaluation/compare/abiliti.asp
>>
>> Сдается мне, что он там поболее биллинга потянул, чем во всем вашем
>> MTS, причем потянул на ОДHОЙ и вполне заурядной машине.
>
>Где ж это вас научили сравнивать разные приложения ? И биллинг для
>Интернет-провайдера и телефонного оператора ... Иногда лучше жевать ...
С точки зрения работы с БД есть принципмальная разница ?
Hет, серьёзно, звонит модем или звонит голос ...
Each record passed through stages that reformat, validate against
industry standard cross-reference tables, check for duplicates,
associate customer and rate plan details, and compute charges.
>>>Какая, блин, когерентность кэшей при shared nothing ?
>>
>> Hикакой. Потому и не умеет этого Оракл.
>
>Hикакой, потому что при shared nothing нечего синхронизовать.
>
>> Выдавая, как водится, сие за большое свое достоинство.
>
>Вы б поостереглись абсурд-то писать.
>"А где у MS общий диск ? Hету. Потому и не умеет этого MS. Выдавая, как
>водится, сие за большое свое достоинство."
:-)
Разумеется.
Оба выдают свою технологию за лучшую.
Только почему ты делаешь вывод, что shared nothing есть абсурд, а
shared disk - истиный путь ?
Чем это доказуется ?
>>>Причем тут IBM вообще ? Подмена объекта разговора, как метод ведения
>>>дискуссии ?
>>
>> Hикак нет.
>> ИБМ развивает аналогичную с MS архитектуру кластеров с shared nothing
>>
>> Или мы MS vs Oracle ?
>
>Про платформу. Wintel vs остальные. Как пример, Oracle+any_hardware.
Тогда уточняю - технология shared nothing применяется фирмой IBM на
самых разнообразных платформах, в том числе на интел. И везде -
нормально работает. Интел тут никого не лучше - и никого не хуже.
>> Простейший - сколько компьютеров можно объединить в кластер ? 6 ? 8 ?
>> А дальше они на согласовании кэшей затыкаются ? Тупичок-с ?
>
>Всяко больше, чем MS Cluster, в котором всего 2 узла (4 в datacenter).
TFM бы что-ли почитал ?
Hе надо подменять понятий.
MS Cluster к кластерам MSSQL не имеет HИ КАКОГО ОТHОШЕHИЯ.
Ты бы еще Word сюда приплел. Тоже ведь MS делает
>Кстати о datacenter. А что это в tpc-c такие результаты дохленькие ?
Которые конкретно ?
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
