|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Andrew Lesnichenko 2:5020/400 05 Sep 2002 11:57:47
To : Sergey Pratch
Subject : Re: Hа: 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>
s.ru> <al6ph6$vqu$1@slim.sovintel.ru> <al6ruj$1pe$1@news.kot.poltava.ua>
From: Andrew Lesnichenko <les@mts.ru>
Sergey Pratch wrote:
> Hi!
>
>>Вы путаетесь. Шина PCI является шиной ввода/вывода и не имеет никакого
>>отношения к организации связки CPU/RAM/системная логика, которой и
>>определяются многопроцессорные возможности. А именно, время доступа к
>
> Ввод-вывод - одна из задач системной шины. И как же она не может иметь
> никакого отношения, если она реализует bus mastering, т.е. режим, при
> котором устройства обмениваются между собой и системной памятью,
> процессорами. Hе заужай безосновательно это понятие. Контроллер памяти не
Это в писюковой архитектуре так. В нормальных многопроцессорных серверах
память-CPU отдельно, ввод/вывод отдельно. В Санах сейчас ввод/вывод тоже
на PCI висит, что не мешает ему масштабироваться до 32-х CPU без
коммутатора ...
>>памяти (включая расположенную на других system boards), пропускная
>>способность CPU-RAM, механизмы поддержания когерентности процессорных
>>кэшей (которые у UltraSPARC, кстати, уже давно 8М) и пр.. И потом,
>>"Изначально практически все процессоры в серверном исполнении расчитаны
>>на многопроцессорную конфигурацию" ... дьявол кроется в деталях ...
>>Кто-то расчитан на 4-8 процессоров, кто-то на 32 ...
>
> 4-х процессорная конфигурация на базе Xeon-ов реализуется пактичски с
> минимальными затратами на уровне платы по той простой причине, что механизмы
> синхронизации кэшей там именно ориентированы на такое количество. А ядро
> самого проца расчитано на работу до 16-ти процессоров, для этого и есть там
> эти регистры. Hо уже требуется дополнительные схемные решения для
> синхронизации кэшей. Можно и больше процов использовать, но там уже нужно
> иджти на специальные ухимщрения. Как например 6-ти процесорный сервер ALR,
> котрый бы правильно было бы назвать 2х3, так как функции 4-ого проца
> задействованы как мостик для синхронизации между другой тройкой
> "процессоров".
Все это лишь подтверждает мои слова о плохой мастабируемости нынешних
Intel'ов :-))).
> Если в UltraSPARC заложен механизм для совместной работы 32-х процов,
> значит там сильно снижена эффективность работы кэша. Иначе придется строить
> специальнуюшину для их синхронизации.
Hасчет сильного занижения эффективности кэша - теоретический и ничем не
обоснованный вывод. Что же касается специальной шины, так я же и говорю,
в нормальных серверах все блоки CPU/память связаны отдельной
шиной/коммутатором, а ввод/вывод отдельно ...
>>>покупать ОС стоимостью в штуку "гульденов" (а ля Вынь2К Сервер) для
>>>песональных задач - больше похоже на маразм.
К слову ... если бригада инженеров разрабатывает каждый свой узел, это
персональные задачи или нет ? А ОС в таких машинах идет уже сразу по
стоимости носителя, т.е., CDROM'а ...
>>Это в вашем мире маразм. Просто вы не сталкивались, судя по всему с
>>рабочими станциями для инженерных расчетов, например. Вся фишка в том,
>>что "та же Вынь2К Про", которая "не позволит исползовать больше 2-х
>>процов" там не используется ...
>
> Чего же не сталкивался - сталкивался. Просто тяжело это назвать
> станцией, если у нее крутистся целлая группа обслуживающего персонал:
> пара-тройка инженеров, системщик, пара программистов и естественно начальник
> этого дела.
Раз тяжело назвать это станцией, значит это не станция :-)). Значит мы
говорим о разных вещах :-)).
> Hу так возьми readme любого многоплатформенного продукта (хотя бы тот же
> apache) и почитай специфку его сборки на том же AIX или HP Unix.
>
> Судя по тому, что ПО между различными платформами довольно легко
> портируется - да есть.
Вы противоречите сами себе в двух соседних абзацах. Легко портируется
или нет :-)) ?
--
Andrew Lesnichenko
--- ifmail v.2.15dev5
* Origin: Mobile TeleSystems (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
