Ostatní diskuse k projektu

[LookAS]

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

[alien5]

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..

[forest]

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

[Dzordzik]

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.

[Czech Human]

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í.

[Dzordzik]

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í ....

[Czech Human]

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.