Új hozzászólás Aktív témák
-
-
PumpkinSeed
addikt
Ez ilyen legális botnet?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
chepavel
aktív tag
Köszi srácok, figyelmesek vagytok
Jelenleg a 10 millióra gyúrok
Áj Láv Aggregáth 5.0! ||| Rosetta@home, lépj be Te is a PH! csapatába! ||| https://500px.com/pavelandras
-
K6000
tag
A hét végén meg lett az 500.000. pont bontottam egy üveg bort, és megünnepeltem az alkalmat
ASUS PSCH-L 3.2GHz HT Intel. 4db Corsair 1GB ECC DDR ram 400MHz dual channel, SCSI U320 Seagate 73GB 16mb 15000rpm 2db (raid 1) + 2x WD160 RE (sata raid 0) + HP SCSI Dat72
-
Geller72
veterán
Néhány észrevétel és kérdés merült fel bennem.
A 6.3.13-as verzió óta lehetőség van úgynevezett exkluzív alkalmazások hozzáadására is. Ez nagyjából annyi eltérést jelent a korábbiak képest, hogy konkrétabban skálázható a progi működési ideje. Eddig is sokféleképpen lehetett beállítani a dolgokat, de volt valami, ami hiányzott. Ez utóbbi opció főleg az adminoknak kedvez. . Eddig ugye lehetett konkrét intervallumot állítani, hogy mikor fusson a project, de ez kevés. Van, akinek nem elég, ha megadom, hogy délután 16 óra és reggel 8 közt fusson. Azt, hogy miért, azt pontosan tudják azok, akiknek ez gondot okozott...
Az sem megfelelő opció, ha azt állíthatom be, hogy milyen -egyéb más programok által fellépő terhelési százalék (számítási igény?) - esetén álljon le a project és jusson a processz idő más (céges ) programokra. Itt jön a képbe az, amit fent említettem. Mert ez az opció nem mást szolgál, hanem azt, hogy ha az itt hozzáadott programok futnak, akkor a project leáll, ám ha már nem, akkor újraindul. Ez otthoni környezetben is jól jön, ha valaki játszik, tervez, dolgozik, és nem akarja állandóan ki-be kapcsolgatni a projectet, főleg, ha az úgy van beállítva, hogy felfüggesztés esetén is a memóriában marad. Ezt ugye ismét nem kel ecsetelnem, miért jó. . Hozzáadom a progit és ennyi. Célszerű a fent említett opciót kikapcsolni (a project megállítása esetén a memóriában marad). Alapból nincs bekapcsolva, így aki eddig nem babrálta, annak úgy jó. .
Ezt akár az egyes hozzászólásba is be lehetne emelni némi korrekciót követően.Ennyit az észrevételekről.
Kérdésem a következő:
-Olyan kérdésem lenne, hogy aki virtualizációval foglalkozik, milyen tapasztalatai vannak ezzel kapcsolatban. Konkrétan:
Adott egy gazda OS mondjuk egy 16 szálat használni képes xeon processzorral és 16 gb rammal, raid ssd tömbbel..etc.
A gazda OS-re telepítve van egy virtualbox, amin több virtuális gép fut különböző feladatokkal. Hozzáadok egy új Debian alapú x64-es gépet, amin fut a rosetta. Van e valamilyen hátrányom, akár sebességbeli, akár más milyen? (szálak számának, terhelésének használata - megfelelő beállítás esetén!) Nem lesz e lassabb a project, mintha natív OS alatt futna ugyanannyi rendelkezésre álló szállal, memóriával? Ha lassabb lesz, nagyjából mennyivel?
Így elsőre ennyi lenne. Minden jót! HAJRÁ! Aki úgy érzi, hogy feladná, azért látogasson el a főoldalra és olvasson híreket... Nem hiába dolgoznak a gépeink. .
Geller -
Csiga69
tag
válasz Geller72 #5409 üzenetére
Hali!
Konkrét tapasztalatom nincs virtualizálás terén a rosettával, de szerintem nem lesz lassabb a virualizált gépen a kliens, mint egy natív OS-en, persze ez azért függ néhány dologtól, beállításoktól, a többi virtuális gép processzor-, és memóriahasználatától stb.
Viszont mivel a Rosetta@home kliens meglehetősen memória igényes (most láttam, hogy az egyik threadje 730MB memóriát foglalt az egyik gépemen), ezért a 16 szál együttes futtatása hatalmas operatív memóriát igényel (legrosszabb esetben ez majdnem 12GB), vagy ha nincs elég nekik, akkor agyon fogják swapolni a virutális gépet, meg a host os-t (ami viszont jelentős lassulást okozhat).
A memória igénye nem csak a méretben, hanem az igényelt sávszélességben is megnyilvánul, ezért hyperthreades gépeken megfontolandó, hogy a HT magokon érdemes-e egyáltalán futtatni a klienst, ugyanis a top host-ok között van egy Core i5, ami néhány Core i7-et is megelőz. Az én tapasztalatom az, hogy minél több kliens fut, annál nagyobb eséllyel hibázik az egyik, még akkor is, ha nincs túlhajtva a CPU és a RAM. Egy 4 magos, dual channeles i7-en szerintem 6-nál többet futtatni egyszerre nem érdemes. A tripla csatornás (s1366) i7-920..960-en is, a 6 magos i7-970..990X-en meg úgy 8-9-et. s2011-el még nincs tapasztalatom.Üdv!
[ Szerkesztve ]
-
Geller72
veterán
válasz Csiga69 #5410 üzenetére
A xeonom gond nélkül kezeli a 12 szálat, hiba nélkül, 12 gb rammal. Természetesen alap, hogy szálanként "jár" a giga ram. . Ez adott lenne a virtuális gépre is. Ahány szálat adnék a rosettának, annyi magot szeparálnék erre a célra. Egységnyi rammal támogatva. Tesztelve a magokat/szálakat, nekem eddig mindig nagyobb érték jött ki HT esetén, mint natívan. A xeon hat natív maggal azt tudta, mint egy i7 4 maggal, HT-el. .
-
Csiga69
tag
válasz Geller72 #5411 üzenetére
A xeonom gond nélkül kezeli a 12 szálat, hiba nélkül, 12 gb rammal
Hát azért látok én a géped feladatlistájában 8 db 500mp feletti validate errort, meg 8 db 500mp feletti compute errort. Persze sosem lehet tudni, hogy ezek már eleve hibás workunitok voltak-e? Mondjuk az is érdekes (és jellemzi a r@h kliensprogram működését), hogy van egy olyan feladatod, ami 5 órán át futott (sikerrel) annak ellenére, hogy - a többi wokrunit alapján - 1 órára van állítva a cél-időtartamod.Virtualizáció:
És mi lenne a célja ennek a virtualizációnak? Elrejteni a r@h futását? Szerintem próbáld ki először pár maggal, aztán szépen emelheted a magok számát, és a memória méretét. Mivel a CPU "hardverből" támogatja a virtualizációt, ezért a virtualizált futtatási sebesség elvi maximuma a CPU natív sebességge, persze a host os-ben nyilván lehet limitálni ezt.Nagyobb érték jön ki HT-val, mint natív magokkal:
Persze, csak ha 1-től növeled a futó feladatok számát, akkor addig (majdnem pontosan) egyenes arányban nő a napi kreditmennyiség, amíg a futó feladatok száma nem haladja meg a natív magok számát (ráadásul ebben az esetben a granted credit általában meghaladja a claimed credit-et), viszont ahogy elkezik használni a futó feladatok a HT magokat is, újabb és újabb szálak indításával egyre kevesebbet nő a napi kreditmennyiség (tudományosnak hangzóan megfogalmazva: nem lineárisan skálázódik a napi kredit), viszont a használt memória terület továbbra is lineárisan emelkedik, nem beszélve a memória sávszélességének kihasználtságáról, és ez a kettő együtt egy "átlag" gépen lehet, hogy a felhasználói élményt az elviselhető szint alá csökkentik (főképp, amikor bootoláskor egyszerre indulnak a r@h kliensek, és mindegyik ír pár száz megát.)[ Szerkesztve ]
-
Csiga69
tag
válasz PumpkinSeed #5404 üzenetére
Ez ilyen legális botnet?
Igen, csak mivel albán programozók írták, ezért egy honlapon kérnek meg arra, hogy magad telepítsd a gépedre.
[ Szerkesztve ]
-
Geller72
veterán
Hárommillió-ötszázezer... .
-
Geller72
veterán
válasz Csiga69 #5412 üzenetére
Nem csak egy olyan unit volt, ami akár hat órán keresztül ment. Ahogy nézegettem őket, ezek spec unitok, elég sűrűn előfordulnak.
A hibás cuccok nem hinném, hogy a gépből adódnának, olyan gép is hibázott, ahol a gyári órajel 30%-án ment a boinc 4x annyi rammal. Inkább gondolom vagy kliens oldali errornak, vagy eleve a csomi volt szar. Nem egyszer volt olyan, hogy visszadobott csomag kötegeket a project server azzal a címszóval, hogy ez egyszer már el lett számolva... A kliens progi valahogy összeakadt az adatbázisszerverrel..gondolom. Ha a gép hibázna..az a gép, ami egyszer már be lett lőve, tesztelve hetekig, akkor az folyamatosan hibázna. Mindig.
Virtualizáció:
Nem akarom elrejteni a rozi futását, saját költségen nyomom, saját gépeken. . Nincs mit és ki elől takargatnom. Kényelmi jellege lenne a dolognak. Nekem egyszerűbb lenne, akármennyire is bonyolultabbnak tűnik. . Adott a virtuális gép konténer állománya, amit oda viszek, ahova akarok. És az azon lévő összes minden.
HT:
Tisztában vagyok vele, hogy nem lineáris a növekedés a HT hatására, de mindenképpen dob a dolgon és nem visszafog, ha az egyéb feltételek adottak."viszont a használt memória terület továbbra is lineárisan emelkedik, nem beszélve a memória sávszélességének kihasználtságáról, és ez a kettő együtt egy "átlag" gépen lehet, hogy a felhasználói élményt az elviselhető szint alá csökkentik (főképp, amikor bootoláskor egyszerre indulnak a r@h kliensek, és mindegyik ír pár száz megát.)"
-Memória van bőven, ez nem gond. . Botolgatás nem nagyon van, hónapokig megy reboot nélkül, vagy addig, amíg MS esetén a bizt.-friss. miatt nem kell a reboot. Most ugyan nincs, de Linuxnál ez ritkább. Igaz MS-nél is tudom szabályozni, ha akarom. SSD-ről bootolva annyira nem gáz a történet, 450-550 MB/s a read átlag. Ezért vannak a polcon a bontatlan SAS2-es vinyóim. . Párban.
[ Szerkesztve ]
-
Csiga69
tag
válasz Geller72 #5415 üzenetére
Nem csak egy olyan unit volt, ami akár hat órán keresztül ment. Ahogy nézegettem őket, ezek spec unitok, elég sűrűn előfordulnak.
Nálam is van olyan, ami a szokásos 23-24 óra helyett 27-28 órán át megy. Lehet, hogy ha túl "izgi" energiaszinteket ér el a szimuláció, akkor nem hagyja abba amikor eléri a cél időtartamot.Ha a gép hibázna..az a gép, ami egyszer már be lett lőve, tesztelve hetekig, akkor az folyamatosan hibázna. Mindig.
Ez azért nem ennyire 100%, főképp ha egy adott vas határait feszegetjük, túlhajtás vagy alulfeszelés formájában. Egyrészt a környezeti hőmérséklet emelkedés, másrészt a koszolódás okozta hűtéscsökkenés, harmadrészt a chipek öregedése kibillentheti a rendszert a stabilra belőtt állapotából. Mivel a legéletszerűbb terhelésnek tartom amit a rosetta kliens futása okoz (ráadásul még hasznos is), ezért az új gépeket gyakorlatilag ezzel szoktam pár napig tesztelni, és ha sok hibás feladatot látok rajta, akkor nekiugrok egyéb tesztekkel is.Adott a virtuális gép konténer állománya, amit oda viszek, ahova akarok. És az azon lévő összes minden.
Így már értem. Egyébként a BOINC önmagában viszonylag könnyen hordozható, ha winxp-n átmásolod a "c:\Documents and Settings\All Users\Application Data\BOINC\" mappa illetve Win7-ben a "c:\Program Data\BOINC" (Win7) mappa tartalmát az új gépre. x86->x64 váltás esetén a bentlévő workunitok elszállhatnak, ha külön kliensprogramja van a projektnek a különböző platformokra.HT:
Tisztában vagyok vele, hogy nem lineáris a növekedés a HT hatására, de mindenképpen dob a dolgon és nem visszafog, ha az egyéb feltételek adottak.
Ezt nem vitatom. Az "egyéb feltételek" nem teljesülése miatt viszont lehet kontraproduktív, ha sok WU hibázik, mert esetleg egymásnak okoznak problémát. A mostani kliens és WU-ok szerencsére nem ilyenek, de korábban volt egy időszak, amikor csak a normál magokon futtatam a klienst, mert különben túl gyakran hibázott (és nem volt túlhajtva a gép, volt elég memóriája is, és más projekttel nem csinálta)-Memória van bőven, ez nem gond. . Botolgatás nem nagyon van, hónapokig megy reboot nélkül, vagy addig, amíg MS esetén a bizt.-friss. miatt nem kell a reboot. Most ugyan nincs, de Linuxnál ez ritkább. Igaz MS-nél is tudom szabályozni, ha akarom. SSD-ről bootolva annyira nem gáz a történet, 450-550 MB/s a read átlag.
Igazából nem sorolom a te gépedet az "átlagos" kategóriába, csak szómenésem volt, hátha más is olvassa ezt rajtunk kívül.
Az egyik fő motivációm az SSD vásárlásra a r@h kliens bootolási viselkedése (illetve hát ugye a BOINC manager tehet erről, mert indíthaná őket nagyobb időközzel is) volt, ugyanis amikor 10-12 szál nagyjából egyszerre indul el (HDD-ről), akkor egy csomó újra szokott indulni egyszer-kétszer "no heartbeat from client" üzenettel. Volt olyan is, hogy emiatt szállt el egy-két csomag, amiben már jó pár óra benne volt.[ Szerkesztve ]
-
Geller72
veterán
16 aktív tag.. ...a 270-ből..
-
Geller72
veterán
válasz kingabo #5419 üzenetére
Nem jól látod..ha egy kicsit tovább keresgélsz utánam....láthatod, hogy ugyan a xeon elmegy, mert csak áll benne a pénzem úgy, hogy otthon sem vagyok és gyakorlatilag kizárólag a rozinak számol, semmi más hasznát nem veszem, de a az EON-nak komoly bevételt hozok.. De...az adataimnál lévő 2100 is elmegy..ezt is láthatod..
Nos, ennek a helyre jön valszeg egy 3770. Ami meg "kint" van nálam, ergo a nem kevés áramdíjban nem játszik számomra szerepet. Bármennyire is sajnálom (ilyen jó gépem soha nem volt még) el kell válnom a Xeonos géptől, mert hiába fogyaszt 180W alatt kompletten, 100% cpu load, 24/7...365-ben igen komoly pénz. Könnyen ki lehet számolni... Szóval nem vesztek semmit sem, a rozit nem hagyom el, csupán nagyjából egy i7-re fog korlátozódni a teljesítményem. Maradni fog a 3770, ha meglesz, az megy 3900-on 24/7-ben, itt nálam. Raktam össze egy Giga B75N mini ITX-et, egy CM 120 Advanceddel, 2x4 GB rammal, ez lesz a zászlóshajó. Lehet, hogy lesz, de lehet hogy nem egy kísérőgép hozzá. Vagy az is lehet, hogy mindig más számol éppen, ami lesz mellette. . De a CM velem lesz mindig.. Ebből már gyakorlatilag megvették a 2100-t (iszonyatosan meglepődtem, de ez kivált egy Q6600-at 65W TDP-n, beépített VGA-val, fele ennyi fogyival.). Ennek a helyére jön majd a 3770. (Ami jobb, mint a K, ha valaki egy kicsit utánanéz. Természetesen "alapon", TB-vel, 3900-on.) Addig meg menni fog a Xeon, ami már most közel 2.000.000 TC-t hozott nekem. . Egymaga, 14 Oct 2012 20:46:10 óta. .[ Szerkesztve ]
-
Geller72
veterán
NEGYVENMILLIÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓÓ!!!!!!!!!!!!!!!!!!!!!!!!!!
-
-
Csiga69
tag
Mivel rendszeresen kifut a számításra kiszabott határidőből nincs értelme felesleges túráztatni a gépet.
Ebben az esetben állíts be rövidebb (1 órás) csomagokat a rosetta honlapján a saját profilodban, és nagyon kicsi (0,1 nap) további munka tárolót a BOINC manager-ben.
[ Szerkesztve ]
-
Geller72
veterán
Ápdét. Amint látjátok és szó is volt róla, eddigi kedvenc gépemet kompletten elvitték, így egy darabig gép nélkül maradtam. Ennek - talán - egy időre vége, mert úgy néz ki, sikerül egy gépet állandóba berakni a projectbe. Néhány szó a gépről.
Kellemes meglepetés volt a proci. Kevesebbet vártam tőle, fogyasztásban pedig többet.
Egy "sima" i7-3770 került a B75-ös, mini ITX lapba a 8 gb ram mellé. Mindenféle hókuszpókusz nélkül egyből alapon a komplett gép, monitor nélkül simán 100W alatt fogyaszt, amin nem kicsit lepődtem meg. A proci alapon 3400 Mhz-en ketyeg, ezt emeli meg turbo bosttal 4 magra (8 szálon) 3700 Mhz-ig. Ugyan 3900 Mhz a TB palfonja, de ezt alapon nem tudja mind a négy magra kivetítve. Annyira nem is aggódom emiatt, mert ugyan tudnám ezt fokozni, de nem hinném, hogy olyan sokat számítana. Ami negatívum, hogy annak ellenére, miszerint a proci eleve a 77W-os TDP osztályba tartozik, eléggé forró fejű. Igaz, nincs is akkor blokk rajta, mint volt a Xeonon. Komolyabb táppal lehetne faragni még a fogyin, valamint lehetne finomítani a Vcore-n is, de szerintem ez így kiváló. Kíváncsi vagyok, mennyire pörgi ki magát az elkövetkező hónapban. Lesz még néhány kisebb leállásom, de alapvetően a jövő hét végétől 24/7-ben fog menni. Besegít neki még a C2D lapos is, mondjuk nem 24/7-ben, de közel olyan lefedettséggel. Ha így, ebben a formában sikerül azt hozni, mint a amit a Xeon hozott, akkor ismét sikerült eéőrelépni és az elvárásaimnak megfelelőgépet összerakni, közel fele akkora fogyi mellett. Az, hog ymiért nem K-s jelű 3770-et választottam, nagyon egyszerű. A "sima" 3770 "többet tud". Persze nem órajelben, hanem utasításkészletben. Órajelben alapon elmarad ugyan 100Mhz-el, de ez nálam nem igazán számít. Mindenkinek sok sikert kívánok és kitartást. Mert az látom, kezd fogyni. .[ Szerkesztve ]
-
Geller72
veterán
..és a tömeg tombol... ..
-
Geller72
veterán
41.000.000. Köszi mindenkinek.
-
-
Geller72
veterán
Köszönöm, ez az első alkalom a hat év alatt. .
-
Geller72
veterán
A notim lassan a lehetetlen fele halad.. Anno a 3000 Mhz-es E8400-am tudott 1000-es RAC-ot kihozni, most ugyanezt tudja ez a kis noti az alacsonyabb frekis, 2667Mhz-es C2D-vel, lassabb ramokkal, vinyóval..
Az i7 is kezd magához térni, bekapcsoltam a TB-t, így most a gyári TB órajelén megy 3700-on. Még mindig nem lehet VGA-val számolni? Eléggé ül a totyik és a számolgatás is. . -
Csiga69
tag
válasz Geller72 #5433 üzenetére
Még mindig nem lehet VGA-val számolni?
A rosetta@home-on nem. A POEM-en szoktak lenni GPU-s feladatok (OpenCL), illetve a GPUGrid eleve erről szól, de az csak nVidiával megy (ne tévesszen meg senkit a kezdőlapon az AMD logó az nVidia mellett). Ezen kívül még a World Community Grid-nek van GPU-s alkalmazása. Nem BOINC-os projektként a folding@home-nak van GPU-s kliense.Eléggé ül a totyik és a számolgatás is.
Én jelen pillanatban a SIMAP-on számolgatok, egyrészt ott nincsenek olyan irgalmatlan magas összkreditek, mint a rosettán, másrészt a Bécsi Egyetem csinálja, ami mégiscsak közelebb esik hozzánk, mint a Berkeley. Harmadrészt náluk nincs állandóan munka, bár most elég régóta megy a mostani adag, és még van belőle 56 napnyi. Ha itt elfogyott a munka, visszamegyek a rosettára (bár a PH csapat szempontjából én nem sok vizet zavarok) -
Csiga69
tag
válasz Geller72 #5435 üzenetére
Vannak olyan helyek, ahol a lakás bérleti díjban benne van a rezsi költség is általány díj jelleggel (fűtés, víz, villany, szemét, mittudomén). Na ott érdemes beállítani egy komoly konfigot néhány GPU-val
edit:
egyébként költség/kredit arányt tekintve messze jobban megéri GPU-val számolni, mint CPU-val. Ezért nagy kár, hogy nincs minden projeknek valamilyen GPU-s kliense, és ezért is nyomul annyira az Intel az integrált GPU-kkal.[ Szerkesztve ]
-
Csiga69
tag
válasz Geller72 #5437 üzenetére
Hát igen, a Radeonok elsősorban matematikai (illetve matematikailag egyszerűbb) projektekben használhatók, illetve ha van is CUDA-s kliense ugyanannak a projektnek (pl primegrid), akkor a Radeonok átalában jobban teljesítenek, mint az nVidiák (a dupla pontosság korlátozása miatt, kivéve a GTX TITAN-t, amiben be lehet kapcsolni a rendes sebességű dupla pontosságot - de azért ez a kártya kissé sokba kerül(t)). A POEM-mel esetleg barátkozgathatsz Én az iGPU-imat nem használom egyelőre semmire (nem is tervezem), mivel a gépeimen WinXPx64 van, és XP-hez az Intel már nem csinált drivert a 4xxx-es szériájú procikba integrált GPU-ikhoz. És azért van XP a gépeimen, mert 10%-kal gyorsabban fut rajta a GPUGrid kliense (de tulajdonképpen azt hiszem bármelyik projekté), mint Win7 alatt. Ekkora veszteséget meg nem érdemes bevállalni az iGPU-k használhatóságáért. A Radeonok nagyon jók még a MilkyWay@home-on, illetve még az Einstein@home-on is. Na meg persze a bitcoin, illetve litecoin bányászatban. (de erre a célra vannak már FPGA célcsipekre épülő célgépek is)
[ Szerkesztve ]
-
Dr_Syrex
senior tag
Üdv újra.
Néhány hónapig nagyon minimon ment nálam a rozetta, lévén hogy épp a fő, asztali gépemen nem futott. De most ismét belevégtam napi 5-10 órábanRosetta@home, lépj be Te is a PH! csapatába! *** WoT: Blitzking 43M TURAN - Hungarian Armored Brigade
-
westlake
félisten
-
westlake
félisten
Remélem más sem kap új csomagokat, nem csak én.
Play nice!
Új hozzászólás Aktív témák
- Lemezes Retro PC Játékok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Canva Pro előfizetés - 1 éves
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest