V berkeley by se meli zamyslet,jak udelat vypocty jeste rychlejsi a meli by dojit podle meho nazoru ze optimalizace na nové stroje je naprostou nutností. Proč mrhat instrukcemi kdyz to jde rychleji.
Človíček který by chtel pocitat boinc by si stahnul normalni nejakou verzi co davaji od berkeley nainstaloval, zdanlive normalni proces instalace, a pak by klient na localu zjistil dostupne instrukce CPU a stahnul by optimalizovanou verzi boinc.exe a boincmgr.exe, maly reset aplikace a uz se pocita rychlejc
To stejne s aplikaci.... mohla by se posilat prvni "sondová" jednotka a ta by zjistila instrukční sady a poté by se stahnula optimalizivana aplikace...
Tot muj napad, takovy prispevek pred spanim
Dobrou noc
Ne, ze by to neslo udelat, ale je to hrozne prace, a obavam se, ze ten tym je uz tak pretizeny a nevi co driv delat, ze se nejake automatizace hned tak nedockas. Kazdopadne mnohem praktictejsi a vseobecne uzivanejsi zpusob je univerzalni verze, ktera by obsahovala knihovny nebo funkce ptimalizovane pro ruzne CPU platformy a automaticky je podle toho mohla spoustet. Napriklad Intel ICC compiler takovyto mechanismus podporuje dynamickymi knihovnami. To ale rozhodne neznamena, ze je to trivialni ukol a ze se to da zvladnou levou zadni. Pocitam, ze asi ve vyvoji software nepracujes, jinak by ti asi bylo hned jasne, ze projekt takoveto velikosti a v tak rannem stadiu, kdy je denne i nekolik novych verzi, se proste neda rovnou testovat na desitkach ruznych CPU a vytvaret optimalizovane verze funkci, knihoven, ci celych aplikaci. Pochybuji, ze by na to nekdy v blizke budoucnosti tym BOINC / S@H nasel cas, energii a penize (na testovaci platformy) a hlavne, ze by to na jejich strane vubec bylo mozne. Prave kvuli tomuto je BOINC i S@H udelan jako OpenSource, takze je mnohem pravdepodobnejsi, ze nejakou univerzalnejsi verzi da dohromady nejaky externi vyvojar.
No mohli by to udelat aspon jako to ma dnetc, ten vyuziva nekolik typu jader pro vypocet, a jadra voli pomoci mikro benchmarku. Ono tech procesoru zase tolik neni, myslim ze by stacilo rozdeleni na P4, Barton, AMD, Sempron atd... tyto jadra by byly stejna pro Win, Linux, Sparc... , takze se to vlastniho klienta netyka, nehlede na to ze nevidim duvod proc na berkeley.edu neni alespon moznost pro podporu ze strany uzivatelu, na internetu je spousta ruznych modifikaci klientu, ktere jsou rychlejsi jak originalni, a neni na nich na berkeley.edu ani zminka... Ohromna ztrata vykonu celeho projektu BOINC...
