Bryan egy olyan "Fedora@Home" projektet szeretne létrehozni, amelyben a Fedora hostolna egy MRG grid scheduler-t, a felhasználók felesleges CPU időket tudnának felajánlani, a Fedora pedig értelmes munkát adna a közreműködők számítógépei számára. Ezzel előállna egy általános célú, nyitott a "SETI@home"-ra vagy a "Folding@Home"-ra hasonlító projekt.
A terv az, hogy a Fedora a terjesztésében szállítaná a projektben való részvételhez szükséges kliensszoftvert, és "felépítene" egy óriási, millió+ node-ból álló nyílt grid-et, amelyet aztán Fedora infrastruktúrával összefüggő feladatokra, tudományos számításokra vagy egyéb, társadalmilag hasznos munkára fognának be.
Bryan véleményeket vár az ötlettel kapcsolatban.
- A hozzászóláshoz be kell jelentkezni
- 1709 megtekintés
Hozzászólások
Szerintem ez jó üzleti döntés a Red Hat felől. Kapnak egy hatalmas számítási kapacitással rendelkező node-ot (szinte) ingyen. Ezzel még nem is lenne baj, de a felhasználók tényleg akarnak segíteni egy profitorientált céget ingyen? Tudom, hogy a Fedora != Red Hat, de a Fedorából sok dolog kerül át a pénzes "Red Hat Enterprise Linux"-ba. Az nem lenne rossz (már csak motivációként sem), hogy ha a RedHat bizonyos mennyiségű processzoridő után adna Enterprise Linux-ot vagy valamilyen kedvezményt a termékeiből.
Gábor
- A hozzászóláshoz be kell jelentkezni
Nekem semmi bajom ezzel. Ott a kliens, aki akarja használja, aki nem nem. A népszerűsítés pedig éppen úgy érdeke a közösségi Fedora-nak is, mint ahogy a Red Hat-nak.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
ez tul. képp. egy nyilvános, legális botnet. azért egy ilyennek nem semmi számolási teljesítménye lehet, ha alapból felrakja és telepítésnél, mikor megkérdezi, hogy szeretnéd-e, akkor alapból mondjuk az igen-en áll a kurzor.
- A hozzászóláshoz be kell jelentkezni
Hat eleg erdekes lelki vilaga van a Condornak, meg a licenszelese sen tul egyszeru.
Tulazon ha rovid lefutasu jobokat pumpalnak a rendszerbe akkor hatekony lehet, de szerintem elege nagy lenne ebben a gridben az egyes node-ok fluktuacioja, ami azert az osszteljesitmenyt eleg jeletosen rontja.
Egy seti@home vagy egy distributed.net klienssel szemben azert egy komolyabb tudomanyos szamitas 10-20 oran keresztul vagy meg tobb ideig fut egy korszeru gepen. Vagy valami altalnos checkpoint kezelest kellene kivitelezni a condorban (elegge kemeny dio) vagy vallalni kell a lehetoseget, hogy a hosszabb futasideju job-ok minden peldanya csak sokadik indulasi kiserletre fog lefutni...
Jelszotoresre, renderelesre kivalloan hasznalhato egyebkent....
- A hozzászóláshoz be kell jelentkezni
es miert gondolod, hogy nincs ilyen feature?
http://www.cs.wisc.edu/condor/manual/v6.8/4_2Condor_s_Checkpoint.html
("condor checkpoint"-ra elso google talalat....)
- A hozzászóláshoz be kell jelentkezni
En spec szivesen adnam az 'idle'-met Debian/Ubuntu/Gentoo disztroknak :)
--
B+ - http://pozor.hu
- A hozzászóláshoz be kell jelentkezni
Amíg ilyen nincs, add valamelyik neked szimpatikus tudományos BOINC project-nek!
- A hozzászóláshoz be kell jelentkezni
Aztán szegény felhasználó nem tudja mitől lett duplája a villanyszámla.
- A hozzászóláshoz be kell jelentkezni
És mitől pörög a ventillátor, mint egy turbina.
- A hozzászóláshoz be kell jelentkezni