|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 04 Sep 2002 15:34:48
To : Sergey Pratch
Subject : Re: Hа: ответственная БД
--------------------------------------------------------------------------------
s.ru> <od4nmu8ir7bcri6ccrq299vmmak4qp5q1g@4ax.com> <3D6CE648.4010103@mts.ru>
s.ru> <b72vmuka9uohkjsamqme20ga199fgejd9d@4ax.com>
s.ru> <ako6ag$qk9$1@slim.sovintel.ru>
s.ru> <e3o1nu0jabnu2oocp1jf236crnbev7cc3c@4ax.com>
s.ru> <al1jel$esk$1@slim.sovintel.ru>
s.ru> <aqh9nu8h30htuoip816o81boqsnk6314fs@4ax.com>
s.ru> <al2ji6$uhj$1@slim.sovintel.ru> <al3448$lsa$1@news.kot.poltava.ua>
s.ru> <al4kst$uev$1@slim.sovintel.ru> <al4mch$4bp$1@news.kot.poltava.ua>
From: Andrew Lesnichenko <les@mts.ru>
Sergey Pratch wrote:
> Hi!
>
> А ну-ка сходи в Инет и поищи там список 20 самых крупных систем в мире и
> посмотри что на чем собрано. А птом будешь рассказывать что и как имеет
> отношение. Самый крупный компьютер Intel был построен на 8192 Pentium Pro. А
> последний строящийся супер-компьютер использует Xeon-ы.
Какая же каша у вас в голове ... Детский сад какой-то ... Вы на этот
супер-компьютер СУБД поставите ? Вы слегка хотя бы представляете разницу
в архитектуре между "числодробилкой" и компьютером для бизнеса ?
> Ты не путай "грешное с праведным". практически любой процессор может
> работать в многопроцессорной системе. Проблема в том. как каком уровне
> производится развязка проблем многопроцессорных систем. Шина IBM PC
> действительно примитивна (ISA, PCI) и для реализации на ее базе SMP
> необходимо частьрешений закладывать в сам процессор. При немного другой
> организации построения шины можно сделать это и без модернизации
> процессоров. Hо все равно больше 10 процов таким способом не объеденишь,
> слишком большие накладные расходы на согласование их работы.. Большое кол-во
> процов устанавливается благодаря объединению их небольшими группами в почти
> автономные модули. У каждого такого модуля несколько процессоров, своя
> память, своя система внутреннего ввода-выводаии естественно внешняя шина.
Как вам уже писали, программист вы возможно и неплохой, но в железе и
архитектуре человек довольно безграмотный. Скорее всего из-за того, что
у вас каша в голове и тяжелое писюковое наследие ...
1. Практически любой процессор можно затолкать в многопроцессорную
систему. Только эффективность работы будет разная. x86 на это не
расчитан, а UltraSPARC - расчитан.
2. 10 процессоров - это для игрушек, типа IBM PC. Сановские 6000-ки с
общей шиной (без коммутутора) масштабируются до 32-х процессоров.
3. То, что вы описали в конце, есть MPP-архитектура о которой мы не
говорим, потому что не ней не бывает единого экземпляра БД. В этом
случае подходят NUMA и, еще лучше SMP. SMP может иметь 128 процессоров.
>>>нет. А True64 и Linux64 - пока еще больше поделки от проффесионалов, чем
>>>отраслевые стандарты.
>>
>>Это в вашем мире (где все могут обойтись IBM PC) нет стандарта на
>>64-бита. А индустриальные 64-битные системы работают года так с 96-го ...
>
> Да еще в 1991 году существовали 128-ми битовые системы на RISC
> процессорах, кажется Архимед назывались. Hу и толку с того, это штучные
> поделки отдельных фирм, существующие на грани лабораторных экземпляров.
> Первые 64-х битовые системы кажись сделала еще DEC, на своих процах в 1994
> году. Hу так и царство ей н небесное. Что от нее осталось?
> Самое главное - нет станднарта на такие системы. Есть только некоторые
> эскизные проекты такого стандарта. А без стандарта это больше похоже
> напроизведение исскуства, чем на технологическое решение.
Да вы, юноша, похоже бредите и уже с осложнениями ... HP9000,
AlphaServer, RS6000, все Сановские машины, начиная с настольных, это
штучные изделия ? Это не техническое решение ?
Что для вас "стандарт на 64-бита" ? Хотя, я начинаю понимать ... в вашем
мире этих компьютеров нет ... Для вашей отрасли это конечно не стандарты
... Просто ваша песочница еще отстает на 6 лет. Hичего, скоро вам про
стандарты расскажут ...
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
