mboost-dp1
unknown
jeg går ikke ud fra at SETI@home kan køre på et cluster. kunne ellers være totalt nice at køre SETI på et cluster :)
andre forslag til hvad man lige kan bruge et lille spontant cluster til?
andre forslag til hvad man lige kan bruge et lille spontant cluster til?
Det lyder sjovt. Jeg har adgang til et antal 2Ghz P4 maskiner som burde kunne bruges i et forsøg. Nu mangler jeg bare noget at regne på :)
Er der nogen der ved om der stilles specielle krav til programmeringen af noget der skal køre på et cluster?
#15 du har ret, men har du ikke hørt om begrebet "fordi man kan" ? :)
der er faktisk en grund til at køre SETI på et cluster. man kan få en ret god gennemsnitstid for en WU. det er der nogen der går meget op i jo.
desuden så kunne jeg heller ikke lige finde på andre ting at spilde min cpu-tid på. jeg kan ikke lige se nogen anvendelses mulighed i sådan et cluster for private, udover SETI@home selvfølgelig.
der er faktisk en grund til at køre SETI på et cluster. man kan få en ret god gennemsnitstid for en WU. det er der nogen der går meget op i jo.
desuden så kunne jeg heller ikke lige finde på andre ting at spilde min cpu-tid på. jeg kan ikke lige se nogen anvendelses mulighed i sådan et cluster for private, udover SETI@home selvfølgelig.
SEJT - Mangler altid regnekraft når jeg skal kompilere eg. QT - det tager normalt 20-40 min. på min kraftigste maskine... Med dette tror jeg godt jeg kunne nedbringe tiden til i hvert fald det halve eller kvarte. Er der nogen der ved hvordan man sætter gcc op til at køre cluster?
Øø hvad med at bruge den som render farm?.......
forudsat man har noget 3dsoftware der kan udnytte den ...
forudsat man har noget 3dsoftware der kan udnytte den ...
#16 der fundes nogle konkurencer der går ud på at bryde krypteringer f.eks http://www.newz.dk/redir.php?id=9359
Jeg har lige testet clusterknoppix på 4 redhat 7.2 maskiner, og her er hvad jeg har fundet ud af:
1) Der er intet krav til software, da mosix kører i kernen. Den smider simpelthen bare processer rundt på nodes. Så for at få udnyttelse af det kræver det at et program kører i flere childprocesser. Programmer som gcc har et flag (-j #) for at dele op i child processer. Alle programmer kører som normalt.
2) Selvom man starter 10 jobs på node 3, og lader mosix dele det ud på nodes, og så myrder node 3 (hiv netstik ud) vil de andre nodes crunche videre, hvorvidt der er et datatab ved jeg ikke, men de er uafhængige af hinanden = ret nice.
3) Hvis du prøver det, og alle dine nodes ikke kan finde hinanden så prøv (virkede for mig):
# omdiscd -i (net_interface)
# /etc/init.d/openmosix start
# openmosixview
Ellers, happy clustering :)
1) Der er intet krav til software, da mosix kører i kernen. Den smider simpelthen bare processer rundt på nodes. Så for at få udnyttelse af det kræver det at et program kører i flere childprocesser. Programmer som gcc har et flag (-j #) for at dele op i child processer. Alle programmer kører som normalt.
2) Selvom man starter 10 jobs på node 3, og lader mosix dele det ud på nodes, og så myrder node 3 (hiv netstik ud) vil de andre nodes crunche videre, hvorvidt der er et datatab ved jeg ikke, men de er uafhængige af hinanden = ret nice.
3) Hvis du prøver det, og alle dine nodes ikke kan finde hinanden så prøv (virkede for mig):
# omdiscd -i (net_interface)
# /etc/init.d/openmosix start
# openmosixview
Ellers, happy clustering :)
Det svarer meget til en multi processor maskine (Bare med X=node antal processor).
Men at den baserer sig på at smide processer (jobs) ud på noder gør at nogle programmer ikke egner sig til det, f.eks mozilla, openoffice etc. og de vil for det meste holde sig lokalt på noden.
Programmer som kræver mere saft og kraft bliver normalt delt op i child processer, herunder har jeg set at apache, gcc og lign. gør det, og de vil udnytte clusteret langt bedre.
Så alt i alt føles det som EN computer med mange små processorere, hvor de fleste noder kører i tomgang det meste af tiden (medmindre man bruger reelle arbejdsstationer hvor folk sidder og arbejder samtidigt), men når man starter et multi child job op kører det sindssygt hurtigt.
Men at den baserer sig på at smide processer (jobs) ud på noder gør at nogle programmer ikke egner sig til det, f.eks mozilla, openoffice etc. og de vil for det meste holde sig lokalt på noden.
Programmer som kræver mere saft og kraft bliver normalt delt op i child processer, herunder har jeg set at apache, gcc og lign. gør det, og de vil udnytte clusteret langt bedre.
Så alt i alt føles det som EN computer med mange små processorere, hvor de fleste noder kører i tomgang det meste af tiden (medmindre man bruger reelle arbejdsstationer hvor folk sidder og arbejder samtidigt), men når man starter et multi child job op kører det sindssygt hurtigt.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund