a) je pravdou, i když každý projekt má jiné quorum. Např. u SETI se stejný kousek dat posílá pěti lidem. Když se sejdou tři výsledky, porovnají se a všichni tři (pokud dopočítá všech pět, pak všech pět) dostanou body/kredit toho prostředního.
".. kontrolní mechanismy, které jsou implementovány na straně serveru a sledují, zda některý účastník nepodvání a neposílá falešná data .."
Víte o tom nědo nějaké podrobnosti ?
Už z principu je nemožné, aby server věděl, jaké vysledky má klient vrátit. Těžko tedy může seriozně konrolovat správnost jeho výsledků.
Takže zbývají jenom dvě rozumné možnosti :
a) stejná data se posílají více klientům a jejich správnost se potrdí tím, že všichni náhodně vybraní klienti vrátí stejné výsledky. Jenže tímto způsobem bude výrazně klesat propustnost výpočetní sítě.
b) server mezi "neznámá" data přimíchá i "svůj" kousek dat, který vygeneroval sám a ke kterým zná výsledek. Musí to samozřejmě dělat tak, aby se podvržený kousek nedal detekovat.
Správnost výsledku z celého balíku se pak dá ověřit tím, že výsledek ze "známé" části má "známou" hodnotu.
Ano, na vetsine BOINC projektu se pouziva metoda (a). Kazda Work Unit je duplikovana podle toho, jak je nastaveno Quorum a rozeslana jako ResultID masinam a vracene vysledky se porovnavaji. Tim se take kontroluje reliabilita mezi jendotlivyma platformama, osetruje se necitelne overclockovani a dalsi problemy, ktere by mohli nepriznive ovlivnit vysledky.
(b) se v podstate take pouziva, protoze kazdy resultsID je prirazen dane masine, ma misto v databazi serveru, file_signature atp.
(c) je treba "znat" format vystupu, co treba v pripade Climatu neni zrovna primitivni jako u SETI.
Server neprijme data od neregistrovane masiny, resp. registrovaneho usera. Krome HostID se pouziva i posloupnost RPC volani, takze to take neni snadne osidit.
Tech moznosti je hodne a pouzivaji se ruzne kombinovane a rozhodne to neni tak derave jako SETI zombie (classic), kde lidi podvadeli, znehodnocovali vysledky, zatezovali servery a vubec moc neprinaseli vysledky na x let stare a vedecky prestarle aplikaci.
Koncept validizace se pouziva u naproste vetisny projektu. Proste se srovnaji 3-4 vysledky stejn work unit, a pokud se nejaky signifikantne lisi, oznaci se za invalid.
Aktualne a se zvysenou poroznosti se to resilo jak na SETI Beta pri prechodu na Enhanced verzi (nova aplikace a novy zpusob analyzy sumu), tak treba na Einsteinu pri kompilacich optimalizovanych aplikaci.
Clanek je to hezky, ma dobrou stylistickou uroven, to ano. Ale..
Kua drat, nezacalo to ufounama. Ty byly az par let potom.
"organizátoři projektu báli o bezpečnost svých dat" - no, pekne je zabezpecili - viz podvodnici.
Ne, mnohe ostatni projekty byly a jsou otevrene, zdrojaky k dispozici.
"Boinc se začala okamžitě šířit a výhody jeho návrhu jsou natolik zřejmé, že nakonec přesvědčily i lidi od SETI" Jak presvedcili. Ty s tim snad zacali, ne?
"Poslední důležitý krok byl uskutečněn na konci loňského roku (tedy 15. 12. 2005), kdy pod Boinc přešel i samotný SETI@home" Jakto? Vzdyt ten snad uz behzel drive, stejne jako hafo dalsich. On na nej o vanocich nepresel, ale proste utipli zombika.
"V současné době je k dispozici 11 různých projektů, do kterých se můžete zapojit." Kdyz poscitam vsechny alfa/beta atp., tak mam ucty ke skorem 40 projektum. No rekneme, ze ze pocita tech "12", co jsou oficialne na UCB homepage, ale k zapojeni jich je cca 2x tolik.
"nebo třeba počítat 3D obrázky. Poslední jmenovaný je zajímavý v tom" - hmm, super pre-alfa projekt. Kdyz uz jej autor pocitate mezi ty, kam se muzeme zapojit a venuje mu cely odstavec, mel by jsi prepocitat ten pocet projektu. btw, BURP mel vcera asi 2000 testovacich WUs, tak se mi jich podarilo 70 ukoristit.
"Klienta je potřeba nakonfigurovat, aby se připojoval ke správnému serveru a přihlašoval se na něj pod správným uživatelem (kvůli statistikám samozřejmě). Proto se nejprve musíte na zvoleném projektu zaregistrovat a údaje tak získat. Pak už můžete začít." Tahle pasaz je take neplati. Dnes jsou tri moznosti - stara a-la BOINC 4.x, kde se ucet vytvarel na strankech projektu. Novejsi a-la 5.2.13, kde se ucte muze vytvaret v BOINC Magorovi. A nova a-la 5.4.9, kde lze pouzit BOINC Account Manager.
Clanek samozrejme splnuje ucel, ale je tam hafo nepresnosti. Cenim tedy stylistickou uroven a povahu clanku, vecne je nepresny.
já bych jen oddal, že mě mrzí drobnost Boinc.cz. Ty stránky mají i fórum a spousta nápověd a postupů jak instalovat atd. Z článku mě přijde, že návštěvou Boinc.cz by měl uživatel končit instalaci a přitom by s Boinc.cz měl začít ještě před instalací.
Asi mate pravdu. Dal jsem tomu ted 15 minut a rikal si, ze to prece nemuze byt nic zvlastniho. Dychlo to na me ryzim amaterismem Linuxu. Hnusny a neintuitivni gtk klient pro pripojeni, ktery pise cesko anglicky a k jehoz pouzivani (a prvnimu pripojeni) je treba dosahnout vysokeho stupne vzdelani.
No nic, rano moudrejsi vecera. Zitra si poradne prectu boinc.cz a dam tomu druhou sanci.
Máte-li blízko k matematice, možná se vám bude víc zamlouvat hledání mersennovských prvočísel (tedy takových, která se dají zapsat ve tvaru 2^n-1). Víc informací na webu projektu Great internet Mersenne prime search, buďte první, kdo objeví prvočíslo, jehož dekadický zápis je delší než 10 milionů cifer, a získejte 100 tisíc dolarů!
Nevite nekdo jestli je uplne vhodne z klienta zdimat maximum? Myslim tim option -03 a jemu podobne pri kompilaci klienta.
Nedochazi pak k nejakym chybam pri vypoctech?
Pouziti ruznych instrukci (SSE/2/3/3D-now) dava trochu odlisne vysledky.
Dokonce i stejna aplikace muze na ruznych CPU davat lehce odlisne vysledky, ale s tim se pocita...prave pomoci validizace a dalsich mechanizmu.