Boinc - hyperthreading a priorita

[Steven]

Měl bych dotaz, jestli tu někdo řešil následující problém s Intelovským hyperthreadingem a prioritou aplikace Boing.
Jde o to, že Boing sice má nastavenou nízkou prioritu, ale protože je díky hyperthreadingu jakoby sám na svém vlastním procesoru, tak jede pořád naplno a to samozřejmě brzdí aplikaci (s vyšší prioritou), která jede na tom druhém hyperthreadingovém cpu.
Prostě hyperthreading úplně likviduje nastavení nízké priority...

Ví někdo, co s tím?
Jde mi konkrétně o Intel Xeon, vypnutí hyperthreadingu není v tomhle případě dobré řešení, protože pak nejsou výpočetní jednotky Xeonu bůhví jak optimálně využívány...

[gRis]

@Steven: Vítej na fóru. Možná by to vyřešilo povolení práce na všech procesorech, pokud to tak už není. Pak budou oba vytíženy na maximum a budou se o výkon dělit rovnoměrněji. A díky nejnižší prioritě dostanou i ostatní aplikace kolik potřebují.

[Honza]

Vitej na foru.

drive jsem mel Intel s HT a nemyslim si, ze by to byl problem BOINC. Ten proste pousti aplikace na idle prioritu, takze bezne aplikace by brzdit nemel.

btw, o jaky projekt(y) se jedna?

Spise je problem v pomale FSB techto procesoru...proste kdyz tam neco bezi, zahlcuje to pomalou sbernici. Extremnim prikladem je Intel EE (dual-core s HT), kde jsou i pripady, ze 4 vlakna bezi pomaleji nez 2 vlanka prirazena kazde na jedno jadro. Zkracene - jsem spise toho nazoru, ze je to problem architektury procesoru.

Byly zde pripady, kdy Xeon na ruznych aplikacich pod BOINC bezel dost pomalu. Tento pracak jsem nikdy nemel, takze nemuzu rict primo z vlastni zkusenosti.

Jedu vsechno dvoujadra (jak Intel tak AMD) a tam zadny problem s brzdenim aplikaci nevidim. V jedne firme, kde jsem mel BOINC na pocitacis s HT, jsem radsi nechal pouze jedno vlakno (pres nastaveni v profilu pocitace na danem BOINC projektu to pripadne mohu zmenit).

[gRis]

@Honza: Myslím že tady jde o to, že intelácké procesory vždy ještě přihodí na hodně zatížený "procesor" jistý kus výkonu(myslím do 70% to jde). To je kvůli tomu, aby byl výpočet rychlejší i při použití aplikace, která HT nepodporuje. Nikdy mě ale nenapadlo nad tímhle takhle uvažovat nebo nedejbože zkoušet to :-/

[Steven]

gRis: bohužel povolení práce na všech procesorech nic nevyřeší, ten druhý "virtuální" cpu s Boinc pořád krade výkon tomu prvnímu cpu, i když by to podle priority dělat neměl

je to dobře popsané na téhle stránce:
http://www.svethardware.cz/art_doc-10FC ... D278B.html

Honza: ano, je to jednoznačně problém architektury intelu, taky nové cpu conroe už údajně hyperthreading mít nebude

Ptám se jenom, jestli někdo nedokázal na tenhle konkrétní případ vymyslet nějakou vychytávku.
Pokud ale nemáte procesor s hypethreadingem, tak asi nepochopíte, o čem píšu, to se musí vidět.

[gRis]

Hm, tak tady se obavam ze ani nejaka vychytavka neexistuje, protoze ve Windows je to praktiocky neresitelne.

[Honza]

Resenim mozna bude nastavit rucne affinity jednotlivym aplikacim nebo pouzivat truxuv BOINC core, ktery by mel umet affinitu v ramci BOINC aplikaci nastavovat - viz tento thread.
Osobne - pokud je Xeon tak citlivy na vyuziti obou vlaken - bych proste pouzival pod BOINC pouze jeden CPU a aplikaci affinitou natvrdo rekl, ze ma pouze jeden CPU; dalsi veci jako antivirak apod. pak mohou bezet na druhem vlakne. V tomhle byl pred lety HT docela dobry, dnes uz je to nastesti davno prekonane...

Je, ten clanek napsal Eagle dobre - misto medialni masaze na neco noveho zajimave a prijemne kontrovezni zamysleni.
No ja sel stejne cestou dual-core a ni krok zpet

A nerekne a nerekne, co pocita

[Blackhat]

2 Steven:
Tohle je klasickej problem HT. Jedna otazka? Pozorujes opravdu realne zpomaleni PC a nebo se ptas ciste teoreticky na zaklade precteni clanku?

Protoze: bud mam Xeona(co si budeme povidat vetsinou jako server nebo CAD stanici) kde mi bezi nejaka databaze a vim, ze aplikace neni narocna na CPU a vetsinu dne nic nedela, pak tam dam BOINC a nepozoruju zpomaleni.
a nebo mam Xeona na kteremym mi bezi aplikace ktera vyuziva CPU alespon na 70% kam nema smysl davat BOINC. V tomhle druhym pripade by te BOINC na HT brzdil, ale v tom prvnim si niceho nevsimnes. Mne bezi na Xeonu databaze MSDE pro 160 lidi, kdy soucasne je pracujicich tak 30 lidi a zde neni zadny zpomaleni vubec znat.

Proste, pokud mas PC kde ti vetsinu casu bezi renderovani CADu, tak na takovou stanici nema smysl nasazovat BOINC.
Pokud mas stroj, kterej nedela nic jinyho nez ze si obcas z indexuje nejaky data, tak tam zadny zpomaleni nepoznas.

[shafa]

Steven:

Stejne (podobne) tema uz jsem tu pred casem rozebiral, a lidi mi neverili ze pri zapnutem HT Boinc zpomaluje stroj.
Takze - ano, mel jsem HT zapnuty na serverech (domain controller + sql + file srv) a proste a jednoduse jsem v nastaveni projektu povolil jen praci 1 procesoru.
Ma to nevyhody (hlavne kdyz mas vice proc. servery), je to skoda, ale na spusteni jednoduchych aplikaci na serveru uz necekam 5 nebo 10 sekund.

Jak se vyjadril trux, tusim, mohlo by to byt i "nedostatkem" pameti, ... nevim a je mi to ted jedno.
Kazdopadne problem jsem vyresil a na vsech strojich co jedou v HT je mam v projektu nastaveno pocitani jen jednoho cpu.

Edit:
1) zkousel jsem samozrejme i ruzne verze managera i optimalizovane boinc.exe
2) jenu jenom einsteina, takze neumim rict jaky vliv na to maji jine typy jednotek

[Steven]

Honza: počítám na pár strojích Climate a ještě rozjedu Seti
doma mám taky dualcore, to jediné a správné od AMD, ne tu parodii od intelu slepenou ze dvou křemíků takže tam problém není

Blackhat: ano, zpomalení je jasně viditelné
je tam databaze pro cca 50 lidí, ten server je 2x Xeon (čili s HT 4 CPU), většinu času se fláká
plánoval jsem to tak, že díky HT si databáze vazme ALU jednotky, Boinc zase FPU a všechno bude bezvadný
jenže tak to bohužel není, náročnější vyhledávání v databázi a reporty teďka trvají víc jak 2x dýl
jinak samozřejmě běžná práce s databází je skoro stejně rychlá...

shafa: mám tam 4 HT cpu, takže jenom jedna práce v boinc není zrovna ideální využití
a krom toho ani tak nemám záruku, že tu jednu práci nehodí na stejný fyzický - ale jiný logický - procesor (čili že by se jedno fyzický cpu flákalo a druhý naprosto nestíhalo)


jeden mírně OT dotaz: dá se nějak nastavit, že Po - Pá počítá třeba jenom v noci a So - Ne celý den?
našel jsem jenom globální nastavení bez rozlišení dnů v týdnu

[FordPrefect]

Pri HT, nebo obecne je spomalovani a tuhnuti pozorovatelne pouze pri optimalizonem seti( SSE, SSE2, SSE3 ). Je to dano prave pouzitim techto instrukci. A dale samozrejme pri velkem poctu cteni z pameti, kdy se data bijou v cache. Trebas CPDN

[vejpuste]

2 Steven : Nastaveni ruzneho chovani v ruznych dobach lze, ale jenom vlastnima silama.
Ja mam udelany scriptik, ktery v pracovni den rano nastavi max-cpu na pocet-1 a odpoledne zase na pocet. To znamena, ze v pracovni dobe se jeden procesor "flaka" : pracuje pro uzivatele a jinak bezi pocitac naplno.
Staci si udelat nejaky scriptik, ktery zmeni v global_prefs.xml jeden radek. Mam to v Linuxu. Na cem to chces pouzivat Ty?
Jediny problem je, ze kdyz udelas zmenu v global_prefs.xml v projektu a pocitac aktualizuje, tak se nahraje bezne nezmenene global_prefs a jede naplno. Ale global_prefs se tak casto nemeni a kdyz o tehle zaludnosti vis, tak by Te to nemelo prekvapit.
Neni to systemove, ale funguje.
Libor

[Musacek]

[quote="FordPrefect"]Pri HT, nebo obecne je spomalovani a tuhnuti pozorovatelne pouze pri optimalizonem seti( SSE, SSE2, SSE3 ). Je to dano prave pouzitim techto instrukci. A dale samozrejme pri velkem poctu cteni z pameti, kdy se data bijou v cache. Trebas CPDN [/quote]

no ja mam P4 sHT(2GB ram), pocitam CPDN a Einsteina(optimalizace U4104-pouziti sse3), boinc manager 5.4.9, WinXP profesional
a nejaky zpomalovani nejni znat, ze zacatku (manazer 4.19 a starsi) mi to obcash delalo problem, ale svysima verzema se to zlepsilo, taky pomohl prechod z W2K na WinXP
nejvedsi zpomaleni mi tenktrat delaval antivir Fprot, ale ten huz taky upgradovali a soucasna verze huz tolik nezpomaluje, dokonce se opravilo i zobrazovani grafiky(ati-gecube radeon9250), pul roku cekalo nez ati vydala ovladace ktery spravne pracovali a directX a Boinc opravil chyby. Tedka si nemuzu stezovat a to kolikrat delam pri tom vypoctu i dost narocny pracovni veci(prevod 1GB postscript do PDF, spojovani map, digitalizovani) a na tom compu je temer neznatelny(sekundovy rozdily v souhrnu za celej den) jestli bezi boinc ci je vyputej!

[gRis]

vsak na tohle byl taky designovanej