|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 05 Sep 2002 09:21:42
To : Sergey Pratch
Subject : Re: Hа: 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>
s.ru> <al4r0k$1rq$1@slim.sovintel.ru> <al5lhc$6n$1@news.kot.poltava.ua>
From: Andrew Lesnichenko <les@mts.ru>
Sergey Pratch wrote:
> Hi!
>
>>1. Практически любой процессор можно затолкать в многопроцессорную
>>систему. Только эффективность работы будет разная. x86 на это не
>>расчитан, а UltraSPARC - расчитан.
>
> Изначально практически все процессоры в серверном исполнении расчитаны
> на многопроцессорную конфигурацию. Там даже есть специальные регистры, как
> известно у тех же Xeon-ов адресная шина не 32 а 36 разрядов. Т.е. со стороны
> процессоров нет никаких проблем в организации 16-ти процессорной
> конфигурации. Другое дело, что на стандартной шине PCI это сделать тяжело.
> PCI-X подымает эту планку до 8-ми (хотя реально она больше ориентирована на
> 2-4 процессорную конфигурации), дальнейший прирост возможен на шину
Вы путаетесь. Шина PCI является шиной ввода/вывода и не имеет никакого
отношения к организации связки CPU/RAM/системная логика, которой и
определяются многопроцессорные возможности. А именно, время доступа к
памяти (включая расположенную на других system boards), пропускная
способность CPU-RAM, механизмы поддержания когерентности процессорных
кэшей (которые у UltraSPARC, кстати, уже давно 8М) и пр.. И потом,
"Изначально практически все процессоры в серверном исполнении расчитаны
на многопроцессорную конфигурацию" ... дьявол кроется в деталях ...
Кто-то расчитан на 4-8 процессоров, кто-то на 32 ...
>>2. 10 процессоров - это для игрушек, типа IBM PC. Сановские 6000-ки с
>>общей шиной (без коммутутора) масштабируются до 32-х процессоров.
>
> PC - Perconal Computer. Где ты видел персоналки с десятью компьютерами.
> Тем более, что та же Вынь2К Про не позволит исползовать больше 2-х процов. А
> покупать ОС стоимостью в штуку "гульденов" (а ля Вынь2К Сервер) для
> песональных задач - больше похоже на маразм.
Это в вашем мире маразм. Просто вы не сталкивались, судя по всему с
рабочими станциями для инженерных расчетов, например. Вся фишка в том,
что "та же Вынь2К Про", которая "не позволит исползовать больше 2-х
процов" там не используется ...
>>Да вы, юноша, похоже бредите и уже с осложнениями ... HP9000,
>>AlphaServer, RS6000, все Сановские машины, начиная с настольных, это
>>штучные изделия ? Это не техническое решение ?
>>
>>Что для вас "стандарт на 64-бита" ? Хотя, я начинаю понимать ... в вашем
>>мире этих компьютеров нет ... Для вашей отрасли это конечно не стандарты
>>... Просто ваша песочница еще отстает на 6 лет. Hичего, скоро вам про
>>стандарты расскажут ...
>
> Дальнейшее развитие стнадарта POSIX. Т.е. я должен взять исходники с
> одной системы и без особого труда их перенести на другую. Hасколько мне
> известно, HP - это вообще почти отдельная галактика, Alpha Server -
> достояние истории, IBM RS6000 - там даже не "у них" (но они никогда не
> писали для "нас", а все больше "под себя"), из этого ряда действительно
> как-то выпадает Сантехника. Пока это наверное единственная фирма, задающая
> общий тон в этом сегменте отрасли. Кстати та же Сантехника начала
> использовать в своем начальном модельном ряде Xeon-ы и Itanium-ы.
Я опущу коментарии по поводу вашей полной некомпетентности относительно
положения RISC'ов от HP, DEC и IBM. А также слова про POSIX. Это долго,
скучно, никому не нужно и, самое главное, бесплодно ...
Скажите лучше вот что: а на 32 бита есть стандарт ?
> А за "юношу" - спасибо! Мелочь, а приятно. :)
Всегда :-)).
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
