Názory k článku MOSIX - Počítejte rychleji!

Clanek je veru zajimavy, ale v souvislosti se stavajici svetovou situaci bych zrejme o vypoctech vybuchu atomovych bomb radeji pomlcel.

Uznávám, že zrovna teď se to moc nehodí. Ten článek jsem však psal ještě před událostmi v Americe...

teda :) ja cumim...

Ehm, proč pomlčel? Je lepší mlčet, než poukázat na možné zneužití?

uz se tesim na druhy dil. dik.

Takze projekty typu seti@home a genome@home (http://gah.stanford.edu) na tom pujdou zpracovavat?
Pavel

Ano. U Seti@Home je trosku problem, ze to potrebuje k praci hodne dat, takze ty procesy Mosix "nerad" migruje. Ale necha se k tomu bez problemu premluvit. Viz dalsi dily.

ja se taky tesim na druhy dil, zajima me to, ale stejne
myslim ze to vyuzije, ci jen bude zkouset hodne malo lidi,
dyt to asi nikdo prakticky v klasickem firemnim pouziti nepotrebuje

Vypocetni cluster je hezka vec, ale pro komercni firmy to ma jednu velkou vadu. Vetsina software je licencovana na procesy ... Pri stavbe vykonneho clusteru z vetsiho poctu slabsich stroju se prodrazi soft. licence natolik, ze je vetsinou vyhodnejsi koupit jeden "velky" unix server s malo procesory. Tohle kdyby se podarilo nejak LEGALNE vyresit, pak by nastal boom linux clusteru ve strojarskych firmach. Podpora Linuxu vyrobci software taky zatim neni zrovna idealni. Pro vetsinu firem zatim plati: kdyz pocitat vetsi komercni ulohy, tak "velky" unixovy stroj. Samozrejme kdyz si firma pise soft sama, tak je situace opacna (kolik takovych firem ale je?)
Sorry za tu trochu pesimismu

Nemusi to byt zrovna komercne riesenie. Neviem ako je na tom s licenciou pri MOSIX, ale pri ULTRAMONKEY to vyzera slusne(Gnu GPL). A aj to funguje. Vyzera to sice skor pre HA riesenia, ale to je len prvy vnem. Aj ked pravdivy. A druhy vnem je ten vypoctovy
A ak to chcete tiez zistit, alebo "ochutnat" tak
http://ultramonkey.sourceforge.net

Problemem neni komercnost MOSIXU, ten je v pohode, jde o software, ktery na nem budete poustet, ten muze byt licencovan na procesory).
Jinak na vlastni vypocty je mosix dobra vec (pokud je aplikace vhodne napsana, ale o tom snad autor neco vic rekne v dalsim dile). Napr na vypocty ve fyzice to je dobra vec, aspon se lidem na kolejich prestanou kompy flakat ;-)

Mel jsem na mysli samotny vypocetni software jako fluent, CFX, nastran, ...

Myslim, ze se nemate za co omlouvat. Podpora Linuxu pro firemni aplikace neni opravdu idealni. Objevuji se sice prvni vlastovky, napr. SAP, ale je to porad relativne slabe.

Ano, Mosix nerad migruje SETI, to som si vsimol. No ale k veci. Poznamocka k jadru. Mosix podporuje aj 2.2.19 paralelne s 2.4.9. Bacha ale na zdrojaky s ditribucii. Zabil som par dni, kym som prisiel na to preco mi Mosix nejde s 2.2.19 zdrojakmi ktore su v distribucii Debianu. Takze ak to mysli niekto s instalovanim Mosixu vazne, stiahnite si zdrojaky z www.kernel.org. Inac to bezi celkom fasa ... ;))

Ma vlastne zmysel prevadzkovat Seti na clusteri? Vsak efektivnejsie je asi spustenie seti na kazdom kompe zvlast. Nema zmysel delit vypocet ktory je uz aj tak deleny (workunity), len to spomaluje. Ale na ine aplikacie je cluster fakt dobre riesenie.

Ma v pripade ze dovodom na cluster nie je SETI a ak mas spusteny mensi pocet SETI procesov nez je pocet uzlov. Ja so SETI doplnam vytazenost Mosix clustra, nemam cluster koli SETI.

Zkousel jste nekdo migrovat Java thready (zrejme pouze jen native).Ja jen, jestli se mam do toho vubec poustet.

Ja tedy v Jave neprogramuji, ale pokud pojem thread v Jave znamena to same jako thread v systemu obecne (tedy vice vlaken jednoho procesu), tak se obavam, ze to migrovat nepujde. Migrovat mohou jen samostatne nezavisle procesy, nikoliv thready. Samozrejme ale muze odmigrovat cely proces se vsemi thready na jiny uzel, v tom by nemel byt problem.