Re: lug-bg: LTSP + Mosix
- Subject: Re: lug-bg: LTSP + Mosix
- From: George Danchev <danchev@xxxxxxxxx>
- Date: Sun, 19 Sep 2004 21:14:06 +0300
On Sunday 19 September 2004 23:19, linux@xxxxxxxxxxxxxxxx wrote:
> > Ами тогава схемата трябва да е LTSP клъстериран на няколко сървъра
> > посредством
> > OpenMosix. T.e на 2-3 машини слагаш OpenMosix и те правят Single System
> > Image
> > клъстера там е инсталиран и върви ltsp нещата.
>
> Тука не те разбраш ... дали щото думичките са чужди ;-D)
всъщност не се изразих правилно защото първо си помислих, че LTSP
utilities/packages & настройка на services трябва да се инсталират и
конфигурират на всеки един нод (нека да го наричаме по български възел) от
клъстера (е това не се превежда ;-) , но това не е така си мисля, че е
достатъчно да се инсталират тези неща само на един нод от клъстер и тънките
клиенти да си пускат задачките на него, пък той ще ги мигрира ако реши към
другите 1-2 нода. Значи ще имаш:
*OpenMosix cluster (1-2-3 възела с openmosix kernel patch + userspace
utilities, като на единия от тях ще настроиш LTSP нещата)
* Тънки клиенти на воля
Освен това преди да правиш сложните работи с OpenMosix+LTSP не те ли устройва
да имаш по 3-4 тънки клиента към няколко независими LTSP servers, няма
клъстери, няма чудеса. Просто поделяш обслужването на толкова тънки клиенти
колкото може и те задоволява да носи сървъра, е ще имам 2-3 сървъра тогава.
Лично мен не ме устройва ;-) защото ще ми е интересно да споделиш после
резултати от клъстер с OpenMosix, като на единия възел имаш и LTSP.
> От това което видяш: виждам че като се стартира дадена програма с mosrun
> тя почва да разхвърля задачите по nodo-вете.
мда и с mon гледаш load-a на клъстера и ако нещо не ти харесва се намесваш с
mosctl, moslimit и т.н... ще ги разгледаш тези утилита, аз съм запознат само
на теория с тях.
> >> Иначе сървера се товари доста защото се пускат по доста процеса.
> >> Забележете клиенти който са работили на IE са свикнали за всяка нова
> >> страница да ползват нов Explorer, въпреки че Firefox си има Ctrl+N, но
> >> кой
> >> се сеща за това.
> >
> > Нищо чудно ;-) За колко тънки клиента става въпрос ?
>
> Абе смешна работа в момента са 8 но тази гимнастика взе да ми става
> интересна.
ами според мен не е много смешно 8 клиента да ти пускат разни офендинг таскове
на сървърчето... много си е сериозно даже 8 грубиана не са малко.
> >> Та основната идея ми беше да се разтовари Linux Treminal Server-a.
> >> Незнам обаче дали това е идеята на OpenMosix-a ... или май идеята му е
> >> едно голямо и трудоемко приложение да се изтъркаля по-бързо (ако е така
> >> поне ще пробвам Doom3 ... Нали е последно време това стана като базов
> >> тест
> >> за бързодействие ... Последното него приемайте сериозно !!!)
> >
> > Хм, да ти кажа може и да извлечеш полза в този случай понеже процесите от
> > тънките клиенти ще мигрират трансперантно между _само_ между нодовете на
> > горния SSI клъстер, а няма да се изпълняват на една единствена машина.
> > Всъщност аз май не ти долових идеята от предното писмо, но ми се струва
> > доста
> > хитра, така, че си заслужава ако имаш време да опиташ сетъпването на едно
> > такова животно и да постнеш резултатите, че ще са интересни според мен.
>
> От понеделник почвам ... Днес направиш едно клъстерче от 8 машини ... но в
> една друга мрежа (там не са терминали) при терминалите е малко по-трудно.
> Защото идеята там е както и знаеш обратната (много машини да ползват ъкъла
> на една по-голяма) а тука е обратно: "съединението прави силата" интересно
> някъде го бях виждал този надпис ...
Е аз не знам всичко ;-), но да тука ще обединиш усилията на 2-3 машини да
обслужват заедно (клъстерирано) >= 8 клиента ... Ако нещо се запънат нещата с
клъстера, то почват да ги делиш клиентите поотделно на повече от 1 сървър,
т.е. на сървър позволяваш да има по колкото те задоволява теб на брой
клиенти, е неудобното е, че треа > 1 сървър в този случай.
Успех.
--
pub 4096R/0E4BD0AB 2003-03-18 <keyserver.bu.edu ; pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================
|