forum.boinc.sk

Honza napísal:Vypada to, že Milky má nějaké trouble.

Mali problemy so zaplnenym diskom, v buducnosti budu musiet disky precistovat castejsie. Uz to bezi, vsetky moje masiny odreportovali stare vysledky
a natiahli nove jednotky.

Ak mate v zasobe jednotky gs_3737* treba ich abortnut, robia problemy - namiesto par minut bezia niekolho hodin a nakoniec skoncia s errorom Maximum CPU time exceeded

Blizsie info v tomto threade

Milky way ma problemy s databazou, z toho dovodu uz par dni nie su generovane nove jednotky. Projektovy tim je zda sa na letnej dovolenke.

Podla noviniek na hlavnej stranke vsak o probleme vedia a snazia sa ho odstranit.
Dufajme, ze coskoro projekt znova pobezi.

Zda sa, ze MilkyWay nie je jediny projekt kde kde si uz spravili letne prazdniny

MilkyWay zacala distribuovat "dlhe" jednotky - vypoctovy cas sa predlzil z niekolkych minut na niekolko hodin. Adekvatne k tomu je aj pridelovany kredit (260 kreditov / jednotka).
Cielom je odlahcit server (menej DL/UL), tym by sa malo predist problemom ake sa vyskytovali doteraz a malo by to zabezpecit plynuly prisun novych jednotiek.

Viac v projektovom fore

No mne zatial posielaju 3-minutove. No ale jedna uz bezi 41 min, takze asi 3-minutova nebude.

Koho zaujimaju detaily co sa pocita v projekte MilkyWay, z tejto stranky si mozete stiahnut pracu Nathana Colea a jeho kolegov.

Praca detailne popisuje metody a modely ktore su pouzite vo vypoctoch v MilkyWay.

Hefto99 napísal:MilkyWay zacala distribuovat "dlhe" jednotky - vypoctovy cas sa predlzil z niekolkych minut na niekolko hodin. Adekvatne k tomu je aj pridelovany kredit (260 kreditov / jednotka).
Cielom je odlahcit server (menej DL/UL), tym by sa malo predist problemom ake sa vyskytovali doteraz a malo by to zabezpecit plynuly prisun novych jednotiek.

Viac v projektovom fore

hmm.. spet z dovolenky v BG a hned taketo "zle" správy. Veľmi mi vyhovovala najme dlzka WU, kedze pc na ktorom to bezi ide denne iba par hodin.. , ak vôbec.

ale okrem toho sa teším, že sa aspoň niečo deje, idem študovať report


PS: v zásobe mám 20WU, s deadlinom o dva dni, pevne verím, že sú medzi nimi aj nejaké minutovky

Včera byla zkrácena deadline na 2 dny.

Když jsem se to dozvěděl, hned jsem se ozval, že je to problém pro office mašiny. V pátek rozpočítá práci, ale v pondělí už je po deadline a rozpočítaná práce jde do kytek.
(staženou ale nerozpočítanou lze zahodit a downloadovat novou).

Tak to prodloužili na 3 dny.
Uvidíme, jak to bude office mašinám vyhovovat...

Po poslednom halo v MilkyWay, kedy na povrch vyplavali zakulisne informacie o projekte, som sa rozhodol pozastavit moju ucast na tomto projekte. Spociatku sa projekt tvaril ako mohutne seriozny, ale teraz som zistil, ze vypoctova cast je nespolahliva. Kvorum 1 a projekt ani nevie otestovat, ci su vysledky spravne! Esteze existuje Crunch3r, ktoreho optimalizacia cele to halo spustila...
Uvodna stranka projektu je pekna, skoda ze sa tam neobtazuju zmienit, ze su este len v alfa faze (toto je vsak problem vacsiny projektov). Projekt "tlaci" na co najskorsie odovzdavanie vysledkov (tym skratenym deadline, ktore tu bolo diskutovane), aby sa akoze posunul dalej, ale pritom su vysledky WU nedoveryhodne (napriklad pretaktovana masina moze vratit chybny vysledok, ktory ale bude vyzerat spravne). Cielom alfa fazy by snad malo byt nieco ine; nie pocitanie velkeho mnozstva nespolahlivych vysledkov, ale rozchodenie celeho systemu... cielom beta fazy by malo byt odladenie detailov... a potom sa moze do toho kopnut a frcat naplno. Napriklad taky Orbit@Home sa vydal takouto cestou (aj ked niektori pindaju, ze to ide prilis pomaly... mne to nevadi, lebo to ma system). Ovsem MilkyWay vyzera, ze do toho kopli uz v alfa faze.
Mozno som trochu precitliveny na nekvalitu, ausus a brak, lebo cele okolie tu tym na mna utoci... Ale moj nazor je, ze ked zacnem nekvalitu akceptovat, bude zo mna Cinan. A to by som naozaj nechcel.
Takze zatial MilkyWay nechavam tak, vratim sa az to bude kvalitnejsie.

zaujímavé, mňa by zaujimalo či nevyšli nejaké negatívne zákulisné informácie z projektov, ktoré počítam ja to nesledujem aj kvôli jazykovej bariére

Problemom pri nerovnakych vysledkoch nie je OC, lebo pri zlom OC nefunguje korektne
cely system a masina vypise kernel panic bla bla. Problemom su non-ECC pamate,
v ktorych moze kedykolvek zasahom vysokoenergetickej castice nastat inverzia
pamatovej bunky, kedze to vsak pamat nevie opravit, lebo nie je serverova, tak
sa to prejavi vo vypocte, a cim dlhsi vypocet, tym je ta pravdepodobnost vacsia.
Cize napr. na CPDN modely, by bol najvhodnejsi server s drahymi pamatami, ktore
su shopne chyby opravit. Lenze na rozdiel od USA, kde si ludia mozu na svoj konicek
kupovat serverove dosky a pamate, napr. ja mozem o tom tak 50 rokov snivat.

Nie vzdy ma nestabilne pretaktovanie za nasledok pad celeho systemu. Mozno to suvisi aj s tym, ze pri pretaktovani nemusi byt na hrane priamo CPU, ale ina cast (NB, pamate, PCI).

Ja ked som kedysi skusal moje P4 (nech mu je igelitka lahka), tak sa mi podarilo so zapnutym HT tiez dosiahnut taky zvlastny stav, ze Prime95 bezalo niekolko hodin bez jedinej chyby (aj ked bolo spustene 2-krat, na kazde virtualne jadro jeden proces). Ale ked som spustil CPDN a do toho Prime95, tak po nejakych 6 minutach Prime95 hlasil chybu (a system potom bezal dalej)...

Palo M. napísal:Ale moj nazor je, ze ked zacnem nekvalitu akceptovat, bude zo mna Cinan. A to by som naozaj nechcel.

To je zajímavé i poučné.

Přístup na Milky není úplně profesionální.

Kratší deadline chápu (omlouvám) tak, že prostě zapadá do designu projektu - výsledky předchozích WUs se ihned používají na generování parametrů pro nové WUs.
Nevím, jestli by v tomto momentě nebylo vhodnější modelu CPDN, kde se odesílají výsledky průběžně a WU může běžet dál. Nebo nějaký trickle down, který bude průběžně korigovat průběh výpočtu, resp. inicializuje novou WUs (pokud to lze).

Jestli mají quorum 1...může být, pokud jim stačí statistické přiblížení a nepotřebují excat match.
Ale kvalitu výsledků je třeba umět zkontrolovat. Třeba i tak, že každá 10. WUs bude mít quorum 2 (3) či podobně. Takováto namátková kontrola bude mít minimální dopad na celkový výkon projektu...avšak zvýší jeho důvěryhodnost.

Ohledně optimalizací chápu nedostatek času i znalostí lidí z projektů...prostě nemají na to, aby vektorizaci udělali.
Chybí jim zkušenosti - třeba na Einsteinu či pozdější SETI se s tím poprali dobře...prostě optimalizátora přibrali do týmu.
Škoda - třeba zde vidím tu neprofesionalitu.

Prostě vidím tam rezervi...alternativní postupy...

Kiwi napísal:Problemom pri nerovnakych vysledkoch nie je OC, lebo pri zlom OC nefunguje korektne
cely system a masina vypise kernel panic bla bla. Problemom su non-ECC pamate,
v ktorych moze kedykolvek zasahom vysokoenergetickej castice nastat inverzia
pamatovej bunky, kedze to vsak pamat nevie opravit, lebo nie je serverova, tak
sa to prejavi vo vypocte, a cim dlhsi vypocet, tym je ta pravdepodobnost vacsia.
Cize napr. na CPDN modely, by bol najvhodnejsi server s drahymi pamatami, ktore
su shopne chyby opravit. Lenze na rozdiel od USA, kde si ludia mozu na svoj konicek
kupovat serverove dosky a pamate, napr. ja mozem o tom tak 50 rokov snivat.

Heh, myslis tym mna s mojim Opteronom, co som si poskladal pred par tyzdnami za 2 stovky z komponentov na ebay ? Nie je to az take ruzove s nim, lebo ho mam sice doma teraz, ale je vypnuty - nemam ho uz kam dat a hladam teraz kupca. Bezia mi tu uz 3 BOINC masiny 24/7 a viac fakt nebudem zapajat, lebo elektrina je tu najdrahsia z celeho USA. Povodne som ho chcel spravit ako data-share masinu, ale na to mi uplne vystaci iMac s nazdielanym externym diskom.