Forum boinc.cz

2 Honza: U E@H bys mohl udelat prehodit data z Opt do Normalni kolonky a opt. zatim smaznout, dokud nebude dalsi.
EDIT: Jo a snizit. cr/WU na ~145.

Jo, uz jsem ho prohodil (off-line) a mame o jeden radek mene. Snizeni kreditu je fajn.

Par dilcich updatu aplikaci u uFluids, RCN, NanoHive, Sieve a mozna jeste neco...

Honza píše:(v takovem pripade bych redukovat tabulku na jeden procak...proste by tam byl pouze Conroe. Nebo bych daval ostatnich CPU bez toho, aniz bych znal dalsi specifikace masiny, OC atp. Na to, ze by mi s tim nekdo solidne pomahal se spolehnout rozhodne nemuzu).

Napisu to sem, misto do OT procesoru...
U mych 15 projektu ti s tou tabulkou klidne a rad pomuzu. Kdyby se mela smrsknout jen na 1 procesor, tak by to byla skoda. Davam k dispozici na obcasny spocteni par testovacich WU pri zmene aplikace jak A64 3000+ tak D930 (non OC).

EDIT: U E@H se mi moc nezda tech 16MB RAM. At delam co delam, furt jsem mezi 8-11MB.

Sounds good
S A64 3000+ nebudes mit ani zadne prepocitavani, D930 lze vcelku snadno na D820 prepocitat.
Einsteina jsem tedy dal na 11MB - treba "optimalizovali" i naroky na pamet, coz je jenom dobre.

Pridal jsem nejaky projekt...uz ani nevim jaky
Zacnu asi postupne doplnovat sloupecek na Conroe...

Honza píše:..., D930 lze vcelku snadno na D820 prepocitat.

Myslis jen vydelit koeficientem dle frekvence, nebo mas nejaky index kterym zohlednit vetsi cache?
Forum sleduju celkem pravidelne, tak snad nebudu moc pozadu kdyz vyjde nova app. Kdyztak mi klidne postouchni pres PM.

Pridal jsem dost casu k projektum za Conroe, ale trefit se do stejnych podminek neni snadne. Kuprikladu QMC zmenilo workuinity na vypoctne mnohem mene narocnejsi
V soucasnosti mam docela slusnou skalu dvoujader - D820, X2, Conroe, Yonah...ale do tabulky do davat vsechno nebudu; je to neprespektivni.
Opravil jsem tam i leckere jine udaje.

Opet aktualizovano par udaju a pridan dalsi projekt.

Dneska jsem vracel Yonah, do konce tydne asi prijdu o D820, v dalsich tydnech o X2, takze pak asi zustanu pouze s Conroe.
Budu rad, kdyz budete prubezne davat udaje na ostatni procaky v tabulce. Bude-li fungovat spoluprace, ma smysl, abych napsal cesky detailni popis tabulky (k prekladu vlastniho anglickeho popisu jsem se nejak nedostal) a pripadne sepsani do podoby clanku (jak nekdo zminil, ze by stalo za to mit na tabulku odkaz z homepage [nebo odjinud; z fora]).

Tahle tabulka jse podle mě perfektně odvedená práce, Klobouk Dolu

Jirka

Upřesnění u projektu Neuron.
Už je aplikace 3.06. Spotřeba paměti 1MB. Deadline 5 dní. Jednotku spočtu za +/- 30min, kredit 3-4.
dejv

Neuron 3.06 uz vim, uziti pameti zakrouhluji nahoru, ale jestli 1 nebo 2 mega je sumak, kdyz core i manager ma kazdy 10 mega, deadline a kredit jsem opravil, cas pro AMD je trochu stahl dolu a snad to vyjde to masiny v tabulce.
Momentalne nejak Neuronu nejede scheduler, takze to nemuzu odzkouset na ostatnich masinach.

@ thales - diky. Jenom se obavam, jak to bude do budoucna, kdyz mi zustanou jenom Conroe masiny.

2Honza: Ano nejedem jim to, mám tu na odeslání cca 40 jednotek. Data se odeslaly, ale jednotky nevyreportuji.
dejv

2 Honza: Ono je krasny, ze je v tabulce udaj kolik zabere ta ktera aplikace v pameti, ale pro me je to vetsinopu nepouzitelny. U nekterych projektu maj nastaveny scheduler tak aby odmital PC s min jak 128MB pameti (konkretne vim o XtermLab a SZTAKI). Takze PC s W98SE a 64MB RAM (nebo 128MB ale integrovanou grafarnou) do projektu ktery sice zabere 1 ale narokuje 128MB RAM stejne nezapojim.

Honza píše:@ thales - diky. Jenom se obavam, jak to bude do budoucna, kdyz mi zustanou jenom Conroe masiny.

Svy masiny uz jsem ti nabidnul. Zatim podle me nejsou potreba. Navic v posledni dobe prosvihavam prihlaseni do novych projektu, ktery na par hodin uvolni registraci (jako vcera Neuron).

Bubak - s tim nic neudelam, tak to proste chodi. Holt se musime smirit, ze pocitace z minuleho stoleti nejsou vhodne pro aplikace 21. stoleti
Jeden by si rikal - kdyz umi BS nasidil pocet CPU, tak by mohl i sidit dostupnou pamet.

Je dobre, ze takova moznost ve scheduleru projektu je. Spise je otazkou, jak ji maji na tom kterem projektu nastavit. Treba na CPDN/BBC jsem volvali po tom, aby minimum zvysili; stejne tak se delo tusim na Chess960.

Kdybychom chteli mit presnejsi udaje o pouzite pameti, muzu to delat pred debug funkce...ale takhle to myslim staci.

Honza píše:Bubak - s tim nic neudelam, tak to proste chodi. Holt se musime smirit, ze pocitace z minuleho stoleti nejsou vhodne pro aplikace 21. stoleti
Jeden by si rikal - kdyz umi BS nasidil pocet CPU, tak by mohl i sidit dostupnou pamet.

Nebyl jsem to nahodou ja?
Proc bych nemohl pustit projekt, kterej bere 1MB RAM a trva par minut na treba PIII? neni ji skoda?

Honza píše:Je dobre, ze takova moznost ve scheduleru projektu je. Spise je otazkou, jak ji maji na tom kterem projektu nastavit. Treba na CPDN/BBC jsem volvali po tom, aby minimum zvysili; stejne tak se delo tusim na Chess960.

Kdybychom chteli mit presnejsi udaje o pouzite pameti, muzu to delat pred debug funkce...ale takhle to myslim staci.

Ono by to bylo jine, kdyby BOUNC core umelo aspon odhadnout kolik pameti jeste zbyva. Ono je neco jineho mit 96MB RAM na W98SE nebo WXP. Ani nemluve o linuxovym routriku.

Mno jo, byl - ja se mohu elegantne opet vymluvit na svoji kratkou pamet.

Aplikace si muze brat mega, ale core a magor veme dohromady 20.

Coro toho umi hodne, debugovat lze leccos - vcetne vyuziti pameti jednotlivymi projekty, kolik toho jde do swapu atp.

Stacilo by pouze zmenit work fetch policy ne podle profilu masiny, ale podle skutecne dostupne pameti. To ma ale taky svuj downside - pustim si zlatou zlatou trojku Illustrator, Photoshop, Quark a uz mi BOINC ani na 2 gigach nic nestahne.
Fakt si myslim, ze takhle je to lepsi...mozna by se ale nejaky override by se hodil