Для начала хотелось бы определить существующее положение дел: 1.

9 Фев 2004 - 06:07 Unknown BIOS
Mr. Q >> 8560 >> 158.88

Для начала хотелось бы определить существующее положение дел:
1. Цитата из ZZmey в rom.by/phpBB2/viewtopic.php?t=152&postdays=0&postorder=asc&sta...

Цитата:

1) Кол-во процов, которые можно впихнуть в мать, зависит в первую очередь от процов, точнее от количества ног #BR0,#BR1,#BR2 и т.д. Максимум - 4 (PeniumPro,P2Xeon,P3Xeon), 2 ноги - p2,p3,Cel (mendochino) начиная от копера и до тулика второй ноги пока не найдено.
2) В матери должна должна быть поддержка SMP, в частности, должен стоять IOAPIC контроллер, резведены линии от него к процам, связь ног #BRx между процами, электрическое согласование host-шины (AGTL+) и ессно, поддержка всего это бивисом.

3) Добавлю - ссылка там же на "одного специалиста из хард департамента Интела", по меньшей мере, неубедительна: повторю ZZmey'а, никто, начиная с Коппермайнов, не сумел разыскать BR#1 на Celeron'ах (или кто-то узнал, да молчит в тряпочку? Сами-то в это верите?).
4) Кроме того, для двухпроцессорной матери не только желательна, но и необходима "симметричность" используемых процессоров, иначе, как правильно писал там же Lanthan, система становится нестабильной.

А может стоит попробовать пойти другим путем?
В своих рассуждениях я отталкивался от практики создания кластеров, которым наплевать на SMP - хоть два, хоть двести процессоров могут разбивать между собой выполнение задачи, был бы понятный протокол общения между узлами + соответствующая скорость обмена информацией.
Теперь сама "безумная идея" - давайте попробуем представить себе не двухпроцессорную, а двух-(или более) материнскую машину, где непосредственно матери общаются друг с другом на уровне более низком, чем протокол, я имею в виду уровень драйверов. Предположим, что мы сумели создать аппаратный канал обмена необходимой для разделения задач информацией между самими матерями таким образом, что одна видит другую в качестве устройства; в этом случае нам совершенно все равно, есть ли BR#1, IOAPIC, AGTL+ и т.п. - нам нужен только драйвер устройства.
Как связать? Хорошо бы по System Bus..., но невозможно (мы же говорим о Celeron'ах, и пытаемся уйти от SMP); между мостами в случае i8xx, IMHO, "хабовость" не даст. А может быть попробовать по PCI (естественно, с каким-то устройством согласования, поскольку "распоряжаться" шиной устройства могут и должны в ограниченных пределах)? Доводы "за":
а) не самая стремительная, но высокая пропускная способность шины;
б) наличие процедур согласования в самом стандарте PCI;
в) возможность эмуляции устройства каждой из матерей по отношению к другой;
г) возможность уйти от процедур SMP, т.к. каждый из процессоров "обслуживается" своим северным мостом;
д) наличие в ОС (в Виндах, к примеру) драйвера устройства "Computer", который надо только доработать;
е) неплохих и недорогих б/у MB сейчас "выше крыши", Cel-Tual все еще продаются (правда, только старших моделей и на уровне $50-$60, однако, есть);
ж) и т.п.
Вероятно, также придется что-то дописывать в BIOS'ах матерей (или вшивать дополнительные исполняемые модули), делать какое-то согласование по SMBus, но, согласитесь, возможно, что это реалистичнее поиска мифической ноги, которой, по всей видимости, нет... wink
Может быть эти мысли пока недостаточно структурированы (хотя у них есть и продолжение), но все же...
Что думаете, коллеги?
Если не считаете все высказанное полным бредом - готов представить свои скромные возможности в качестве лабораторной базы (есть 2 пары одинаковых матерей с работающими Cel-Tual, на i810 и на BX).

PS: Все вышесказанное относится, IMHO, не только к Cel/PIII, но и к системам на Cel/PIV (не поддерживающим многопроцессорность по определению) и AMD (не Opteron/AMD64).

Вы думаете, что:
  • Кстати вспомнил свое первое знакомство с этим зверем.
  • Вот я тоже думал об этом. Дело
  • Я ему уже отписал, но, как известно,
  • rqt Со мной что-ли? Или с тем
  • Заманчиво, черт побери... ivp Если будешь общаться
  • rgt 19160 поддерживает Narrow-устройства. Посмотри на сайте
  • А 2940 у него нету? Мне нужно в
  • Thanks! Уже намылил вопрос...
  • drklord@yandex.ru Darl_L0rd Скажешь, что нужна скази. Откуда узнал? или оверклокерс.ру
  • Я человека знаю, продающего адаптеры Adaptec 19160
  • Я человека знаю, продающего адаптеры Adaptec 19160
  • 2Lanthan Дружище, как успехи в нелегком деле
  • ИМХО, нет. Ничего не пишет в мост.
  • Также кажется PCI мёртв до тех пор пока
  • Такое применяется везде, где надо в один pci
  • Интересная мысль. Мне нравится. А вот такое было
  • Вот-вот, именно здесь-то собака и порылась - никак
  • Хочу уточнить один нюянс: В процессе инициализации PCI во
  • 2Lanthan Не стоит благодарности, всегда рад помочь:
  • 2ivp :D Как выглядит VLB я знаю
  • 2Lanthan Во-первых, извини , RTFM
  • Да, он выглядит как ISA с куском
  • 2ivp Хм может и VLB я уже и
  • Ну да... А еще там, под камушком,
  • ivp! Мне тут друг рассказывал, как один чувак просверливал
  • Так а я о чем? Система-то должна быть
  • IMHO, гигабит - перебор. Быстро, но комп становится
  • 2Lanthan То был другой прикол (я видел
  • При таком подходе, интереснее IMHO связывать по eternet-y 100
  • Гдето я уже видел подобный прикол, кажется на
  • Хотел было ответить, да не успел... Ухожу из
  • Тогда просто прибью да и все ....
  • Так ведь с двухпроцессорными то у нас как
  • Решил взять себе на убой двухпроцессорную мать (в
  • Для начала хотелось бы определить существующее положение дел: 1.