[Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

Есть система, упрощённо, состоящая из двух материнок, связанных 
через 1000/100 маки (без физики), возможно ли на неё 
взгромоздить ядро, smp, т.е. не отдельно на каждый своё ядро + 
средства распределения, а общее?

Вообще, куда копать?
-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[aek]

Hello A.L.,

Monday, June 30, 2003, 2:01:10 PM, you wrote:

ALK> Есть система, упрощённо, состоящая из двух материнок, связанных 
ALK> через 1000/100 маки (без физики)

Извините что встреваю...
Вопрос довольно интересен. Можно чуть подробнее?
Надеюсь это не займет у Вас много времени ;)

-- 
Всех благ!
Анатолий

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

30 Июнь 2003 11:34, aek написал:
> Hello A.L.,
>
> Monday, June 30, 2003, 2:01:10 PM, you wrote:
>
> ALK> Есть система, упрощённо, состоящая из двух материнок,
> связанных ALK> через 1000/100 маки (без физики)
>
> Извините что встреваю...
> Вопрос довольно интересен. Можно чуть подробнее?
> Надеюсь это не займет у Вас много времени ;)

Чего поподробнее? Как два М" мака 1000/100 или 100/10 связать без 
физики? очь просто: риксы на тиксы, на все тактовые с опорника 
25 или 75 (для 1000) МГц частоту. Тут граблей нет.

По ядру на такую систему никак?

-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Mon, 30 Jun 2003, A.L. Klyutchenya wrote:

> Есть система, упрощённо, состоящая из двух материнок,
> связанных
> через 1000/100 маки (без физики), возможно ли на неё
> взгромоздить ядро, smp, т.е. не отдельно на каждый своё ядро +
> средства распределения, а общее?
>
> Вообще, куда копать?

 Не поням. Память у них общая? Если да - то теретически можно.
Если нет - то какая на фиг smp или даже numa?

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Mon, 30 Jun 2003, A.L. Klyutchenya wrote:

> >  Не поням. Память у них общая? Если да - то теретически можно.
> > Если нет - то какая на фиг smp или даже numa?
>
> Естессьно напрямую не общая! Можно организовать синхронизацию
> только. Опять-таки, теоретически :). А практически, чую - что
> ктото такую бодягу делал, но кто?

 Аппаратную синхронизацию? Тогда это NUMA-архитектура. Не SMP. А
в ней таки по ядру на узел.

> Ивообще, что получается, в такой конфе ставить ядро на каждый
> проц, и ещё каку-нить приблуду для кластеризации???? А не
> жирно-ли будет?

 Не жирно. Тут [Open]Mosix - самое то будет.

Re[2]: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[aek]

Hello Vitaly,

Monday, June 30, 2003, 10:03:56 PM, you wrote:

VL>  Не жирно. Тут [Open]Mosix - самое то будет.

Кстати о птичках.  ;)
никто не пробовал запускать Апачи над Мосиксом?
У меня при попытке миграции "экземпляра" Апача узел умирает.
kernel panic: mosix_update_files: not listed
(хотя тестовые gzip-ы перелетают туда-обратно без проблем)
и ведь спросить неукого... придется наверное хоронить идею :(


-- 
Всех благ!
Анатолий

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

30 Июнь 2003 18:03, Vitaly Lugovsky написал:
> On Mon, 30 Jun 2003, A.L. Klyutchenya wrote:
> > >  Не поням. Память у них общая? Если да - то теретически
> > > можно. Если нет - то какая на фиг smp или даже numa?
> >
> > Естессьно напрямую не общая! Можно организовать
> > синхронизацию только. Опять-таки, теоретически :). А
> > практически, чую - что ктото такую бодягу делал, но кто?
>
>  Аппаратную синхронизацию? Тогда это NUMA-архитектура. Не SMP.
> А в ней таки по ядру на узел.
>
> > Ивообще, что получается, в такой конфе ставить ядро на
> > каждый проц, и ещё каку-нить приблуду для кластеризации????
> > А не жирно-ли будет?
>
>  Не жирно. Тут [Open]Mosix - самое то будет.

Ктоб под него ещё софт пересобрал, ведь бинари-ж дают. Это 
коммерческая система, с набором научпопсового софта.

-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re[3]: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Wed, 2 Jul 2003, aek wrote:

> >> никто не пробовал запускать Апачи над Мосиксом?
> >> У меня при попытке миграции "экземпляра" Апача узел умирает.
>
> VL>  А с другими процессами такого не происходит?
>
> Ну, многого я не пробовал, а вот gzip, compress
> с узла на узел перемещаются без проблем.

 Тогда странно...

> VL>  Лично мне и в голову не приходило так апача гонять - у него свои
> VL> средства балансировки нагрузки, значительно более эффективные,
> VL> чем универсальный весь из себя Mosix.
>
> Можно подробней? или ссылку? только конкретную, а не типа
> "легко ищется в гугле" ;)

 Конкретно с одним лишь Apache я не пробовал (но в его
документации это есть, ну и кроме того на freshmeat есть
несколько балансирующих прокси), а вот связка Apache+Resin оченно
легко на несколько узлов балансируется (см. в доках Resin).

> VL>  Идея, судя по всему, плохая. Такие вещи, как httpd, должны быть
> VL> жестко привязаны к узлу.
>
> С чего это он такой особенный, что должен быть жестко привязан
> к узлу?

 С того, что его функции хорошо известны и формализрованы,
соответственно, гораздо проще и эффективнее организовать
искусственную балансировку, чем пользоваться универсальными
средствами, предназначенными для той ситуации, когда частные
задачи вообще неизвестны.

> И как тогда балансировать нагрузку на N ВебСерверах,
> если на одном два-три юзера запустили подготовку тяжелого
> отчета, а на всех других юзера читают книжки? Если решение есть
> внутри самого Апача - возрадуюсь!!! Еще раз прошу ссылку!!!
> ПЛЗ!!!

 Так сразу не дам ссылку, но будет время - пошугаю. Для Резины -
легко делается, она свою загруженность в любой момент знает.

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Wed, 2 Jul 2003, A.L. Klyutchenya wrote:

> >  Не жирно. Тут [Open]Mosix - самое то будет.
>
> Ктоб под него ещё софт пересобрал, ведь бинари-ж дают. Это
> коммерческая система, с набором научпопсового софта.

 А на фига под него софт пересобирать?

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

2 Июль 2003 13:32, Vitaly Lugovsky написал:
> On Wed, 2 Jul 2003, A.L. Klyutchenya wrote:
> > >  Не жирно. Тут [Open]Mosix - самое то будет.
> >
> > Ктоб под него ещё софт пересобрал, ведь бинари-ж дают. Это
> > коммерческая система, с набором научпопсового софта.
>
>  А на фига под него софт пересобирать?

Хе, а "простотак" софт разве по дефолту пашет, или я заблуждаюсь?

-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Wed, 2 Jul 2003, A.L. Klyutchenya wrote:

> > > Ктоб под него ещё софт пересобрал, ведь бинари-ж дают. Это
> > > коммерческая система, с набором научпопсового софта.
> >
> >  А на фига под него софт пересобирать?
>
> Хе, а "простотак" софт разве по дефолту пашет, или я
> заблуждаюсь?

 А какая софту разница? Миграция процессов - на ядрёном уровне.
Понятно, что нитки никуда мигрировать не будут (но это, блин, ещё
одно преимущество fork-а), как не пересобирай.

Re: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

2 Июль 2003 16:03, Vitaly Lugovsky написал:
> On Wed, 2 Jul 2003, A.L. Klyutchenya wrote:
> > > > Ктоб под него ещё софт пересобрал, ведь бинари-ж дают.
> > > > Это коммерческая система, с набором научпопсового софта.
> > >
> > >  А на фига под него софт пересобирать?
> >
> > Хе, а "простотак" софт разве по дефолту пашет, или я
> > заблуждаюсь?
>
>  А какая софту разница? Миграция процессов - на ядрёном
> уровне. Понятно, что нитки никуда мигрировать не будут (но
> это, блин, ещё одно преимущество fork-а), как не пересобирай.

Ыхх.. хоть и входил в клуб любителей форка :) но на интуитивном 
уровне :). Теперь - осознанно. Тогда зачем НУМА, если мосиксом 
можно обойтись?... Т.е. с чем легче связываться? Ещё точнее. Как 
лучше для системы:

Проц + 128М (192М)Озу + 2М бут + 2 PCMCIA + МТД девайс на 32 - 
1Гиг + LCD + тачскрин + клава + стилуспад
и
Проц + 128М (192М)Озу + 2М бут + 2 PCMCIA

Чтобы всё работало "монолитно"?

-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re: Re[4]: [Comm][JT] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[A.L. Klyutchenya]

3 Июль 2003 05:35, aek написал:
> :) А  у нас как назло все на пшп пишется ;) так че нипадет!!!
>
> Еще какиенибудь варианты вооще есть?

Ща за юзанье пых-пых ктото от ВЛ-а полууучииит :)))

-- 
ВсехБлаг!      
      ____   __
     /   |  / / А. Л. Клютченя
    / /| | / /  (asoneofus)
   / /_| |/ /   mail:   asoneofus@kde.ru
  / ____  _ \   www:    http://www.qt.kde.ru
 / /   | | \ \  icq:    113679387
/_/    |_|  \_\ 

Re: [Comm][JT] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Leonid B. Sysoletin]

В сообщении от 3 Июль 2003 08:52 A.L. Klyutchenya написал(a):
> > :) А  у нас как назло все на пшп пишется ;) так че нипадет!!!
> > Еще какиенибудь варианты вооще есть?
> Ща за юзанье пых-пых ктото от ВЛ-а полууучииит :)))

Я, всё же, дум^H^H^Hнадеюсь, что получить от ВЛ за _выбор_ инструмента сложно.

За выбор _неподходящего_ инструмента, равно как и за заявление об 
_универсальности_ инструмента - в лёгкую, а за выбор...

-- 
Л. Сысолетин,
webmaster@unicon-ms.ru, webmaster@bdo.ru
[Team Ёжики-рулез!] [Team Котёнки на солярке] [Team Берегите букву "ё"!]
[Team Я люблю свою фортунку] [Team Фортунка в переписку не вступает]

Make headway at work.  Continue to let things deteriorate at home.

Re[4]: [Comm] Кернологам: smp на двух процах связанных через ethernet MII( без phy)

[Vitaly Lugovsky]

On Thu, 3 Jul 2003, aek wrote:

> Пошукал по сети на тему Resin. Такое очучение что это надо жаву
> изучать :)

 Я его лишь как пример технологии привёл. Балансировка там не на
Жабьем уровне делается, а mod_caucho.

> А у нас как назло все на пшп пишется ;) так че
> нипадет!!! Еще какиенибудь варианты вооще есть?

 На freshmeat.net поиск по словам "balancing proxy" выдаёт ажно 6
проектов.

 Это если не считать фичей самого апача.

Re: [Comm][JT] Кернологам: smp на двух процахбез phy)

[Vitaly Lugovsky]

On Thu, 3 Jul 2003, Leonid B. Sysoletin wrote:

> Я, всё же, дум^H^H^Hнадеюсь, что получить от ВЛ за _выбор_
> инструмента сложно.
>
> За выбор _неподходящего_ инструмента, равно как и за заявление
> об _универсальности_ инструмента - в лёгкую, а за выбор...

 Вот именно. Так что ругаться я буду на выбор Mosix для
балансировки нагрузки на веб-сервисы, а не за реализацию оных.

Re: Re[2]: [Comm][JT] Кернологам: smp на двух процахбез phy)

[Denis S. Filimonov]

On Friday 04 July 2003 13:19, aek wrote:
> Hello Vitaly,
>
> Thursday, July 3, 2003, 8:58:20 PM, you wrote:
>
> VL>  Вот именно. Так что ругаться я буду на выбор Mosix для
> VL> балансировки нагрузки на веб-сервисы, а не за реализацию оных.
>
> Прокси тоже врядли подойдет т.к. используется механизм "сесий"
> т.е. юзер проходит аутентификацию в СУБД и как его потом перебросить
> при необходимости на менее загруженный ВебСервер тоже неочень понятно
> (вместе с его сесией и текущими массивами переменных).
элементарно -- хранить сессии в той же самой СУБД