Czech National Team

Já mám za to, že PNI = Prescott New Instructions neboli SSE3 instrukční sada.

Ahoj mam dotaz me pripada ze kdyz mam jednotku na vlakne ze to spocita tak na 95 procent a pak to zase spadne dolu na 92 mate to take tak ? Diky..

A následně se to dopočítá do 100%, nebo jak to běží dál?

Dotaz, odskočil jsem si na chvíli k LHC a mám takový problém, nebo je to vlastnost projektu? Počítám Atlas MT jednotky přes Vbox a podivné je že si zalokují 8jader ale reálně využívají tak jedno, takže PC se tváří že další práci už nemůže dělat, jenže PC se reálně fláká. Počítám teď 5 jednotek najednou, vytíží to teoreticky 40 jader ze 44 ale reálně je vytížených jader 5, takže PC vlastně málem chrápe. Čo s tým? Vykakat se na celý Vbox model počítání, což dělá ostatně většina lidí, proto taky neVbox jednotky věčně nejsou a těch ostatních Vbox jsou tisíce k odeslání, nebo živit naději že se s tím dá něco dělat?
EDIT: zdá se že je počet využitých jader proměnlivý v průběhu počítání jednotky, těsně před koncem najednou začal používat takový počet jader jaký má, což mi hlava nebere. Nic jsem nezměnil.

Mám zcela stejnou zkušenost, 4jaderné jednotky mi visí třeba 2 dny a spočítají prd. Úloha má už třeba den "hotovo 100%" ale aby se ukončila, to ne. Po 3 dnech se ale někdy sama dokončí a kredit za ni pak je. Zatížení CPU je řekněme okolo 10% s občasným vyskočením na 30%, paměť to po celou dobu neuvolní a vbox běží. Nevím co to způsobuje ale žere to brutálně potenciální výkon počítače, protože jiný projekt v tu chvíli neběží a 100 kreditů za 1 jednotku po víc než 2 dnech pálení elektřiny mi přijde že je trochu málo. K vbox jednotkám jsem se dočetl že se synchronizují se serverem LHC a louskají data jen a pouze v synchronizovaném stavu. Myslel jsem si že mi to dělá špatné připojení (nestabilní, často se přerušuje spojení) ale vidím že v tom nejsem sám. Před řekněme měsícem to tohle nedělalo a jednotky se normálně počítaly s plným zatížením a končily dle časového odhadu. Nyní LHC přechází na novou verzi výpočetního modelu tak možná toto by mohlo mít vliv ale je to jen moje domněnka. Proto jsem teď přešel na universe a LHC je zatím u ledu než se nová aplikace usadí a tyhle piškuntálie snad vymizí.

Mě to ale nedělá to že by se to zaseklo a "ztuhlo", jenom že to nepoužívá takový počet jader, který by mělo a i to se mění v čase. To co píšeš mi to dělalo kdysi, možná před 2 lety cca a to bylo ještě na starém 2Xeon stroji, na tom novém to nedělá ale to už je všechno úplně jinak. Každopádně divné je to že mi to hlásí že nemůže pustit další jednotku a čeká na uvolnění paměti i když jí mám 20GB volných a v nastavení BOINCu má že může použít 95% volné paměti. prostě Vbox je strašná cipovina, která sice zjednoduší práci programátorovi ale všechno ostatní dojebe. Kdyby to nebyl projekt co mě zajímá a má reálný přínos, tak je to pro mě důvod ho nepočítat a zjevně nejsem sám. NeVbox jednotky jsou trvale vyluxované a Vbox jich stovky až tisíce čekají na spočítání ....

Tak ono to počítá počítá, sekundy naskakují ale konce se ne a ne dopočítat... Já mám opravdu špatné připojení, tak to dost svádím na ně protože aby to počítalo musí to mít spojení s cernem a tato podmínka je špatně dosažitelná. Sejří mě že to pak jen tak stojí a nic to nedělá a nic ti to neřekne i když spojení se třeba zase obnoví, holt to z Cernu není zařízené na takové špatné podmínky že vypadává síť co pár minut a tak. I zatížení CPU lítá nahoru dolů podle toho co zrovna server pošle, takové kontinuální zatížení jako třeba WCG nebo podobné projekty to nedělá, spíš to chvilku chroupá a pak zase ne a pak zase chroupá a pak zase ne i když je připojení dobré, ono to právě mezivýsledky odesílá a zase dále přijímá.

Pokud ti to držkuje o uvolnění paměti, může být že někde máš povoleno využít menší procenta z RAM než je potřeba aby to jelo . Na 1 CPU si to ale alokuje 2048MB tak pozor, 8 CPU = 16 GB RAM na jednotku i kdyby běželo 1 vlákno, pokud máš 96 GB RAM doporučuju nastavit všude 90%+ i pro volbu počítač se používá. Mě to takhle protestovalo na 4 GB RAM stroji a stačilo pečlivě projet všechna možná místa pro nastavení pro použití RAM v projektu, boinc klientu i vboxu a teprve když se to všude nastavilo správně, začalo to "zázračně" počítat a jednotka se najednou do paměti vešla i když zbylo jen pár set až desítek MB ačkoliv předtím to vytrvale tvrdilo, že se nevejde. Vbox se sám kupříkladu nespustí když usoudí že má k dispozici málo RAM ale nikde ti to moc nezmíní (asi pro větší zábavu s řešením). Osvědčilo se mi spustit si vbox správce, kde vidíš jaká jednotka ti běží případně neběží a proč, kolik má přiděleno RAM, CPU a vidíš i do virtuálního monitoru ale to je jen nudná neinteraktivní textová linuxová konzole bez hollywoodských efektů při výpočtech.

Počítání LHC je každopádně bolest v ( ! ) a ne náhodou vbox jednotky přebývají v tisících protože mají přes 300MB down/upload, běží dlouho a všelijak a těch bodů co za ně dostaneš . Snad nová aplikace tohle zlepší, chtějí aplikovat dynamickou alokaci RAM a takové moderní věci. Nejlepší je připíchnout počítač někde u CZ.NIC na hodně rychlou stabilní linku a vůbec nic jiného na něm nepočítat. A ještě kolem chodit po špičkách a dotýkat se v rukavičkách. Oni stejně ven posílají věci až tak třetiřadé důležitosti jako různé kalibrace a prosívání šumu, četl jsem si článek jak se filtrují data a na čem je tam filtrují a nějaký dobrovolník s boinc klientem mi přišlo že tam není zrovna priorita, vzhledem k datovým nárokům a koordinaci to ani pořádně jinak nejde.

LHC@home mi píše, že nemám nainstalovaný VirtualBox, což já ale vím, na virtualizaci používám VMware. Znamená to že bez (pro mě zbytečného) Virtual Boxu to nebude fungovat? Jak to můžu vyřešit? Nejlépe tak abych nemusela instalovat zbytečnou aplikaci. Děkuji.

Kdo počítá LHC jistě se mu objevila tato zpráva v BOINCu:
-------------------------------------------------------------------------------
LHC@home: CERN and COVID-19
Like many organisations, CERN is also affected by the COVID-19 pandemic. Researchers in the CERN community are trying to help out in different ways, as explained on this web page.

As part of this effort to fight COVID-19, we also contribute computing power to Folding@home and Rosetta@home from temporarily available servers that were about to be decommissioned.

During periods like this with little work from LHC@home, we also encourage you to participate in other BOINC projects such as Rosetta@home and contribute to the global fight of the pandemic.

Many thanks for your contributions to LHC@home and continued happy crunching!

With the best of wishes of good health for your and your families from the LHC@home team.
24.04.2020 7:09:07 · více...
--------------------------------------------------------------------------------

Tož i v Cernu berou Covid-19 vážně

_______________________________________________________________________________________________________________________________

PS: pro Abby, i když už to není aktuální:

Abby píše: ↑úte 21 led, 2020 19:21 LHC@home mi píše, že nemám nainstalovaný VirtualBox, což já ale vím, na virtualizaci používám VMware. Znamená to že bez (pro mě zbytečného) Virtual Boxu to nebude fungovat? Jak to můžu vyřešit? Nejlépe tak abych nemusela instalovat zbytečnou aplikaci. Děkuji.

V dnešní době mají uživatelé na discích tolik volného místa, které nikdy nezaplní, že jedna aplikace navíc zaplní aspoň tento nevyužitý prostor

No vidíš a já mám přesně opačný problém. neustále s místem bojuju a jedním z důvodů je právě disková nenažranost LHC a nejen jeho. je neuvěřitelné, kolik místa dokážkou některé projekty zabrat a hlavně jak často zapisují na disk, což je u plotnového disku skoro jedno ale u SSD už ne. A plotnový disk zase nestačí rychlostí, SSD je nutnost u velkého počtu jader.

® Plšák Ráďa ® píše: ↑pát 24 dub, 2020 20:36 PS: pro Abby, i když už to není aktuální:

Abby píše: ↑úte 21 led, 2020 19:21 LHC@home mi píše, že nemám nainstalovaný VirtualBox, což já ale vím, na virtualizaci používám VMware. Znamená to že bez (pro mě zbytečného) Virtual Boxu to nebude fungovat? Jak to můžu vyřešit? Nejlépe tak abych nemusela instalovat zbytečnou aplikaci. Děkuji.

V dnešní době mají uživatelé na discích tolik volného místa, které nikdy nezaplní, že jedna aplikace navíc zaplní aspoň tento nevyužitý prostor

Sice mám 1 TB SSD pro systém a 755 GB SSD pro data, ale ty disky nejsou nafukovací, na systémovém SSD mám zabráno 56% místa a to tam mám jen systém, pár programů a čtyři hry (GTA V - 90 GB, Zaklínač 3 - 90 GB, Fallout 4 - 140 GB, Assassin's Creed Odysey - 90 GB). Na datovém SSD mám cca 80 GB hudební knihovnu, protože ač máme rodinné předplatné Apple Music tak někdy se může stát že nepůjde internet a já budu chtít poslouchat hudbu a offline s hudbou v cloudu bych si toho moc neposlechla. Navíc jak jsem psala, na virtualizaci používám VMware, funguje lépe než Virtual Box, funguje tam i 2D a 3D akcelerace grafiky a je možné nastavit víc než 128 MB VRAM, proč bych tedy měla mít dva programy na virtualizaci a jeden bych nepoužívala? Prostě nechápu proč k tomu musí být Virtual Box. Všechno ostatní funguje normálně, jen LHC ne. Takže jsem došla k závěru, že holt teda LHC počítat nebudu když má takové podivné požadavky. Je to stejné jako s nevím už jakým projektem, který mi tvrdil, že má málo RAM (mám nastaveno používat 15% při práci a 25% v klidu což při 32 GB RAM je i tak slušné množství). Nestačilo mu co dostal, tak jsem projekt odstranila. Navíc stejně jsem dospěla do stadia, že počítám pouze Rosettu a WCG a i když mám v klientovi ještě i pár dalších projektů (Asteroids, Einstein, MilkyWay, GPUGrid), tak je nejspíš vyhodím, protože už je nejspíš nikdy nespustím.

zadařilo udělat 1 kreditů v Atlasu
Jeden z mála projektů, který budu dál počítat, takže na 5

U LHC ATLASu jednotky narostly na velikost 1.9 GB viz. obrázek. Nejedná se o long jednotky.
Standardní velikost mám dojem je do 400 MB.

Stává se někomu, že se něktreré jednotky ATLAS počítají, přestože je využití procesoru 1%?
Nejsem si jist jestli je to chyba, nebo prostě jenom VMka nedostává jobs ze serveru.

Včera jsem některé jednotky spočítal za cca 1.5h s vysokým využitím CPU, ale pak další jednotky které jsem stáhnul jedou už 11h. ETA se zastavilo na sekundách a progress skoro nepřibývá. Ze začátku byly na 50% po hodině. Teď je to za hodinu o cca 0.001.
Nejsem si jistý jestli mám čekat a nebo je manuálně zrušit.

Dříve než je mazat, bychvyzkoušel restartovat Pc. Občas se stává, že se Virtual boxu něco na PC nezdá, odstaví výpočty a čeká na opětovné uvolnění prostředků. Ne vždy to v BM napíše. Příčin může být hned několik.

Restartem se pročistí paměť, virtuální paměť a VB by měl znovu kontaktovat server. Snad výpočet nenajede od začátku, ale stejně bys ho jinak zrušil, tak je to vlastně jedno.

Pokud by se ti tento stav opakoval, doporučuji omezit počet souběžně počítaných jednotek a zbytek jader obsadit jiným projektem.

Rychlost procesu jsem nějak nesledoval (vždy se vše rozumně dopočítalo), ale při počítaní na 16ti vláknovém CPU v konfiguraci 2x8 vláken jsem si všímal poměrně často, že se CPU fláká a neběží naplno (vytížení 30-80% - nějak extra jsem to nesledoval). Mrzel mě ten nevyužitý výkon – po změně konfigurace na 2x6 vláken a doplnění jiným projektem jsem spokojen – CPU běží skoro pořád na 100%.

Mám zkušenosti, že restart je účinný do 24 hodin a se zvyšující dobou výpočtů je nahození práce restartem už problém. Restartem se rozpočítaná jednotka nepočítá od 0% a kredit při validaci je podle toho času úměrně navýšen. Po restartu ještě zkontroluj stav jednotky na svém účtu LHC a tam zjistit v položce (Pracovní jednotka - klikněte pro detaily), zda jiný počtáři tuto práci nespočítali už s chybou (pokud je počtářů s chybovostí více, jedná se nejspíš o jednotku končící s chybou a je lépe ji smazat). Pokud rozpracovaná práce po restartu nabyde o 50% a více na čase, pak bych začal uvažovat o jejím ručním smazání.
V nějakém příspěvku padla zmínka, že standardní verze VB zvládá optimálně počítat max. 2 práce. Je zapotřebí stabilní internet s nižší latencí a vymezit dostatek prostředků pro BOINC jak pamětí, tak úložného místa, na který se zapomíná často. Hodně problémů může dělat i nevhodná verze VB, já jsem zůstal u verze 5.2.36 (najít optimální verzi, která nedělá problém, je docela oříšek).

čau počtáři, všiml jsem si, že mám stejný problém, 3x8 na atlasu, procesor na 2 % a práce se né a né dopočítat (24 hodin) koukám, že řešením je omezení na 2 práce a dokonce změna na 2 x 6. Oka zkusil bych to taky, ale prosím: jak to nastavit vím že existuje cc_config.xml - tam si umím nastavit 2 grafiky, ale omezit práci na 2 x 6 pro projek a aby zbytek CPU využívalo něco jiného, tak to je uplně mimo mě. Poradíte mi někdo, klidně odkaz a nebo přímo jak na to. Asi bych to nagooglil, ale nevím, tak dobrej s boinc managerem nejsem. Předem díky

Počet jednotek i počet jader nastavíš na webu projektu. Mě kdysi neposlouchal počet jader (na Theory) - používám tedy app_info na počet jader; nevím, jak to funguje nyní. Pokud ti to nebude fungovat podle představ, pošlu app_info.xml.
Počet jednotek funguje spolehlivě.

aha takhel easy, oka díky, nastaveno, tvl celkem trapas, tohle mě fakt netrklo a to sem ty předvolby projížděl několikrát. Fakt díky, uvidíme co to udělá.