Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Geri Bátyó: Agglegénykonyha 22 – Unortodox rakott krumpli
- Elektromos rásegítésű kerékpárok
- sziku69: Fűzzük össze a szavakat :)
- bobalazs: Artcraft - Az Adobe/Microsoft/egyéb termékek trónfosztója
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Luck Dragon: MárkaLánc
- Ketogén étrend
- Yézi: Forza Horizon 2, már PC-n is
Új hozzászólás Aktív témák
-
A BOINC keretrendszer miért nem profilozza a gépemet?
Méri, hogy
- milyen gyorsan számol
- milyen pontos
- milyen architektúrán
Ezek alapján a szerver dönthet úgy, hogy:
- más típusú feladatot küld
- más alkalmazás‑verziót ad (pl. AVX, SSE2, CUDA, OpenCL)
- kevesebb munkát küld, ha a gép gyakran hibázik
Maga a feladat(a project kliense) sem figyel ezekre?Üdítő kivétel Folding@Home, ami
- méri a teljesítményt
- automatikusan választ könnyebb vagy nehezebb munkát
- felismeri, ha a gép nem bír egy WU‑val
Mert az ilyen jellegű ellenőrzések (profilozás) nélkül, egy csomó gép/feladat futhat úgy, hogy látszólag nagy mellénnyel nekifut bárminek, de rendre kifut a számítási időből, és alig van érdemi hozzájárulása a projektben. -
A BOINC keretrendszer miért nem profilozza a gépemet?
Méri, hogy
- milyen gyorsan számol
- milyen pontos
- milyen architektúrán
Ezek alapján a szerver dönthet úgy, hogy:
- más típusú feladatot küld
- más alkalmazás‑verziót ad (pl. AVX, SSE2, CUDA, OpenCL)
- kevesebb munkát küld, ha a gép gyakran hibázik
Maga a feladat(a project kliense) sem figyel ezekre?Üdítő kivétel Folding@Home, ami
- méri a teljesítményt
- automatikusan választ könnyebb vagy nehezebb munkát
- felismeri, ha a gép nem bír egy WU‑val
Mert az ilyen jellegű ellenőrzések (profilozás) nélkül, egy csomó gép/feladat futhat úgy, hogy látszólag nagy mellénnyel nekifut bárminek, de rendre kifut a számítási időből, és alig van érdemi hozzájárulása a projektben. -
cigam
titán
-
cigam
titán
-
Jó fej ez a David! Tegnap írtam neki, és ma meg is jött a válasza:
The university is performing maintenance on the serverwhich is taking far longer than expected.
Az egyetem karbantartási munkálatokat végez a szerveren,
amelyek jóval tovább tartanak, mint várták.Köszi az infót, én is erre tippeltem, csak a részleteket nem tudtam
-
cigam
titán
-
Hát ez fura. Nézem a GitHub-on a kiadásokat, és nincs köztük a macOS-en futó kiadás. Van rengeteg Linux, Android és Windows, de nincs köztük macos-hez való. Ami különös, mert több Apple OS-hez köthető módosítás is van benne:
Upgrade MacOS projects to use c++17 by @AenBleidd in #7110
Mac: add --with-apple-sectrust to libcurl by @CharlieFenton in #7121
client: don't try enforce swap limit on Mac by @davidpanderson in #7123Hova dugták a macOS telepítőt?
Én Mac-re nem telepítettem (passzív, air), azt nem is kerestem még
De itt tényleg nincs.
Fura amúgy, valószínűleg nem mennek a szerverek, mert a 8.2.11 -re nem lát frissebb verziót a kliens. -
Eredmények aggregálása és szűrése: A feladat első 88-89%-ában a kliens elvégzi a nyers adatelemzést (pl. gravitációs hullámok vagy pulzárok jeleinek keresése a Fourier-transzformációs adathalmazban).
Post-processing fázis: A fennmaradó kb. 10%-ban a rendszer az összegyűjtött jelölteket (candidates) rendezi, kiszűri a zajt, és előkészíti a végleges jelentést. Ez a fázis lényegesen több számítási kapacitást és memóriát igényel, ezért a százalékos előrehaladási mutató (progress bar) ideiglenesen "belassul" vagy megáll.
Nem-lineáris becslés: A BOINC kliens a hátralévő időt és százalékot egy egyszerű lineáris becsléssel számolja. Mivel az utolsó fázis időigényesebb mint a korábbiak, a százalékjelző nem tud egyenletesen haladni.
Ez elég logikus magyarázatnak tűnik. (forrás:MI)
Amúgy nektek most elérhető a WEBoldaluk? https://boinc.berkeley.edu
Nálam csak gondolkodik, aztán kifut az időből. -
Köszi! Közben kiderült hogy én néztem be. Pontosabban nem néztem, hogy 2 beállítása van. Amikor használatban van, és amikor nincs használatban. Jobban megnézve a fotót látható, hogy amikor nincs használatban 100%-ra van állítva, és ezért működött úgy ahogy.
Most hogy mondod... Valószínűleg ezt én is benéztem.
-
Hasonlót én is tapasztaltam. Valószínűleg az okozza, hogy az online fiókban is be van állítva valami számítási opció, és amikor a BOINC kommunikál a projekt szerverével, más instrukciót kap. Korábban nem voltak ilyen gondok, amikor kevesebb magos processzorokkal számoltam, vagy mielőtt a hyperthreading divatba jött.
-
cigam
titán
Beállítom a fiók számítási profiljában, hogy a magok és az idő 50%-ban számolhat. Egy ideig így is működik, majd történik valami, és teljesen "bevadul" minden magon, és az összes időben futtatja a számításokat.
-
cigam
titán
-
cigam
titán
-
A PrimeGrid elméletileg ki tudja használni a GPU-t, mégis a CPU-n számol. A "GPU számítás felfüggesztése, ha a számítógép használatban van." elöl kivettem a pipát, de nincs változás.
A napló azt írja felismeri:
2024. 05. 08. 13:00:22 | | OpenCL: AMD/ATI GPU 0: AMD Radeon(TM) Vega 8 Graphics (driver version 3240.7 (PAL,HSAIL), device version OpenCL 2.0 AMD-APP (3240.7), 4138MB, 4138MB available, 1229 GFLOPS peak)De valamiért mégse használja. Miért?
-
cigam
titán
-
cigam
titán
-
Érthető a frusztrációd, hiszen segíteni akartál, a beígért egyszerűség helyett kaptál egy állandó fejfájást.
Ha mégis lenne kedved futtatni valamit, regisztrálj a BAM!-on. Válassz ki szimpatikus projekteket, sima BOINC kliens telepítése után meg add meg az account managernek (haladó beállítások közt) és kész is vagy.
A BAM annyit fog tenni, hogy automatán beregisztrál neked azokra a projektekre, amik érdekelnek, pont ugyanazzal az e-maillel és jelszóval amit a BAM!-on is használsz (így nem bukod el a kontrollt, de nem is kell egyesével szöszölnöd a regisztrációkkal).
A projekt választáson nem érdemes görcsölni, válassz ki néhány szimpatikusat, nem kell mindegyikre feliratkozni. Én például évekig mindössze három projektben vettem részt, amit idén kibővítettem párral miután a SETI kiesett. Eddig még nem unatkoztak a gépeim és nincs vele teendő, max annyi, hogy néha megcsodálom a pontjaim a statisztikai oldalon.
-
Mindig futott, de most leállítottam. Elment a kedvem. Pl. Cosmology-nál is több hibás csomag lett mint jó. Pedig a gép stabil, biztosan a számoló motorban, vagy a csomagokban volt a hiba, és nem az én gépemmel volt gond. Majd egyszer visszatérek (vagy nem). Egyelőre parkoló pályára tettem.
Igen ezt az SU-t nyomatják a BOINC oldalán, amiben csak témákat, és régiókat lehet előnyben részesíteni.
Gondolom világszinten az jött ki, hogy így több gépet tudnak "befűzni", mintha egyedileg kellene projektet választania egy kívülállónak.Érthető a frusztrációd, hiszen segíteni akartál, a beígért egyszerűség helyett kaptál egy állandó fejfájást.
Ha mégis lenne kedved futtatni valamit, regisztrálj a BAM!-on. Válassz ki szimpatikus projekteket, sima BOINC kliens telepítése után meg add meg az account managernek (haladó beállítások közt) és kész is vagy.
A BAM annyit fog tenni, hogy automatán beregisztrál neked azokra a projektekre, amik érdekelnek, pont ugyanazzal az e-maillel és jelszóval amit a BAM!-on is használsz (így nem bukod el a kontrollt, de nem is kell egyesével szöszölnöd a regisztrációkkal).
A projekt választáson nem érdemes görcsölni, válassz ki néhány szimpatikusat, nem kell mindegyikre feliratkozni. Én például évekig mindössze három projektben vettem részt, amit idén kibővítettem párral miután a SETI kiesett. Eddig még nem unatkoztak a gépeim és nincs vele teendő, max annyi, hogy néha megcsodálom a pontjaim a statisztikai oldalon.
-
Mindig fut a BOINC géped, vagy csak időszakosan? Amúgy érdekes, hogy bár sok projekt van engedélyezve számodra, leginkább csak néhányból kapsz melót, pedig tapasztalatból tudom a többi is oszt rendszeresen számítási csomagokat.
Gyorsan utána is olvastam a Science Unitednek (SU). Ez egy hasonló fiók menedzser mint a BAM! vagy a Gridrepublic (utóbbit én is sokáig használtam, de most már úgy néz ki nem nagyon tartják karban, így egyesével csatoltam fel a projekteket), azonban van két nagy különbség a SU és a többi közt:
* Sima projektek közti arányok helyett van valami saját algoritmusuk ami alapján döntenek hogy te mit futtass. Ebbe beleszámolják a kulcsszavas (tags) preferenciáidat , de neked ennél több beleszólási lehetőséged nincs.
* Nem a te nevedben hoznak létre fiókokat a projektekben hanem valami véletlenszerű felhasználó/jelszó kombót használnak így nem tudsz magad bejelentkezni később sem az egyes projektekbe és nem is tudod őket csatolni egyenként a BOINC klienshez, ha akarnád. Valószínűleg így a statiszkiai oldalakon sem tudod megnézni, hogy másokhoz képest mennyit és hogyan teljesítesz.Ahogy értem annyira felhasználóbarát akar lenni a SU, hogy lényegében majdnem minden kontrollt elvettek tőled. Szóval nem sokat tudsz tenni amíg ezt használold a BAM! vagy egyedi regisztrációk helyett...
-
Persze ezt értem, hogy elfogy a számolni való, de a Scienceunited pont úgy működik, hogy kiválasztok pár témát (fizika, biológia, ...) és az azokhoz kapcsolódó projektek közül küld számolni valót. Esetemben ez így néz ki a projektekben való részvétel:
Szóval biztos találna olyan projektet, amiben van számolni való.
Most hozzáadtam a matematikát is, erre jött új LODA csomag. Fura. -
Bizonyos projekteknél időközönként előfordulhat, hogy nincs éppen számolni való. Sok projekt egyetemi keretek közt fut, így nem meglepő, hogy nyáron esetleg kevesebb az aktivitás.
Tipikusan minden projekt honlapján van egy projekt/szerver státusz oldal, ahol láthatod hogy éppen mennyi munka várakozik, van folyamatban, stb. Asteroids@ például most éppen üresnek tűnik.
Ezért is érdemes több projektnek adakozni a számítási kapacitást, mert olyan szerintem még nem fordult elő, hogy sehol sem volt számolni való. Mondjuk nem tudom hogy a Science United mi alapján választ, én közvetlenül állítottam be a projekteket a sima BOINC kliensen keresztül és így mindig van munkája a gépeknek.
Hacsak nem valami őskövület gépen futtatsz, akkor nem kell gondnak lennie. Elég gyenge gépeken is elfutnak a projektek, maximum tovább tart egy feladat elvégzése. Csak példaként: nekem az egyik gépem ami BOINC-ot számol az egy leselejtezett vékonykliens két magos Celeron N3010 procival, 8GB RAM-mal, meg valami használt SSD-vel. Nem egy mai darab (2016-os gép és már akkor sem volt izmos amikor kijött a gyárból), de 0-24 fut és szépen gyűjti a pontokat.
Persze ezt értem, hogy elfogy a számolni való, de a Scienceunited pont úgy működik, hogy kiválasztok pár témát (fizika, biológia, ...) és az azokhoz kapcsolódó projektek közül küld számolni valót. Esetemben ez így néz ki a projektekben való részvétel:
Szóval biztos találna olyan projektet, amiben van számolni való.
Most hozzáadtam a matematikát is, erre jött új LODA csomag. Fura. -
cigam
titán
-
Sorra buknak el azóta is a csomagok, így nem sok értelme van futtatni, ugyanakkor a Science United-nek beragad az a dolog, hogy én CosmologyHome-ot akarok futtatni.
Miért nem ad más projektből számolnivalót, ha látszik, hogy ennyire nem megy a dolog?A csomagok nevei furák: camb_boinc2docker
A faq-ban ezt találtam, de nekem nem mond semmit.
What is boinc2docker?
This is the name for the software which allows us to run Docker containers with BOINC. It can be used to run any code, camb_boinc2docker being one of them. You can follow development of boinc2docker or use it with your own project here: https://github.com/marius311/boinc2docker.Most már nem elég a virtual box, még a Docker-t is telepítenem kellene?
-
cigam
titán
Egy újabb furcsaság:
Ez normális? Minek neki a git? -
Igen, már volt újraindítás, ráadásul nem csak macOS-en hibázik, a linux kliens is folyamatosan szórja a számolási hibákat.
Közben a Universe@Home csomagjait meg szépen végigszámolja. Szóval a HW hibát kizárnám. Plusz nem mindegyik csomagot dobja el konzekvensen, van amit sikerül végiszámolnia. Elég fura hiba. -
Igen, már volt újraindítás, ráadásul nem csak macOS-en hibázik, a linux kliens is folyamatosan szórja a számolási hibákat.
Közben a Universe@Home csomagjait meg szépen végigszámolja. Szóval a HW hibát kizárnám. Plusz nem mindegyik csomagot dobja el konzekvensen, van amit sikerül végiszámolnia. Elég fura hiba. -
Meg lehet nézni valahol, hogy egy-egy projekt mikor frissítette a kódbázisát?
Igen.
A cosmology@home-nak pl. itt: [link]
(a főoldalukról: server -> applications)
camb_legacy: 2015. október 21.
camb_boinc2docker: 2017. december 6.
planck_param_sims: 2016. szeptember 13.
Újraindítással próbálkoztál már? -
kb március vége óta szinte mindegyik (Cosmology@Home)csomagom "számolási hiba"-s lett.
Az Universe@Home csomagokkal látszólag nincs baja, végigszámolja őket. Ez a hiba a gépemben keresendő, vagy a projekt frissítette a kódját, és valami hiba csúszott bele?
Meg lehetnézni valahol, hogy egy-egy projekt mikor frissítette a kódbázisát? -
cigam
titán
-
Megfelelő projekt választással, pl. Cosmology@Home, a CPU is simán használható. Pl egy hónap alatt 848 csomagot számolt ki úgy, hogy igencsak le van korlátozva egy 2012-es i5-ön.
.....lehet találni, ez biztos. Én jól elvoltam a Milkyway projekttel, így nem is keresgéltem mást.
...egyébként ilyen energiaárak mellett az a maradék motivációm is elveszett, ami volt. -
Valószínűleg reszelgetik a projektet, ez előfordul. A BM-hálózati beállításai rendben vannak, a projekt fülön tudod kézzel is frissíteni, ha nem megy, akkor várakozás. Az a lényeg, hogy legyen mit számolni. Látom végül a WCG-nél kötöttél ki, szerintem jó választás, sok alprojekt van, amiket a weboldalon tudsz priorizálni. Ha csak erre használod a gépet, akkor mehet a processzor 100%-on, ha másra is, akkor 85%, és mindig fut. Így jut másra is erő. Én teljesen leálltam a CPU számítással, mert régiek a vasaim(4th gen Intel), most Milkyway@Home van néha, VGA-val, azzal lehet haladni.
-
-
Igen azt használtam.
Köszi az infókat.
Azt totál megértem, hogy gyorsan akartak egy nagy igényre reagálni és emiatt nem a tökéletes megvalósítás volt a cél. Nekem már az is elég lenne, ha ui-on lenne vmi checkbox, hogy melyik projekt melyik gpu-kat használhatja és ezek alapján a BOINC frissítené a cc_config.xml-t.
Mind1 megoldódott -
Gondolom a cc_config.xml <exclude_gpu> opcióját használtad.
"Bár érthetetlen, hogy miért kell xml-lel szenvedni, amikor azt szereték, hogy sokan futtassanak projekteket..."
A GPU támogatás "eredetileg" nem volt része a BOINC-nak. Amit és ahogy "menet közben" beleraktak a GPU támogatás megvalósítására az messze van a tökéletestől. Leginkább csak 1 darab, illetve több darab esetén egyforma GPU-kkal "bolondbiztos", minden egyéb esetben a kívánt működésre a cc_config.xml állítgatásával lehet csak rávenni, mivel ezek a beállítások nincsenek kivezetve a GUI-ra. De pl. az Einstein@home projekt a honlapján testreszabható saját GPU beállításokat hozott létre ennek kompenzálására (tudomásom szerint ezen a téren ők az egyetlenek). -
Hali!
A BoincStats féle BAM-mal kapcsolatban remélem tudtok segíteni. Két vga van a gépemben (intel cpu-ba integrált + dedikált) és azt szeretném, hogy csak az egyikre küldjenek a projektek csomagokat. Boincban nem találtam ilyen beállítást, neten a BAM-ot ajánlották erre.
Az utóbbi időben eléggé érdekesen működik. Beállítottam, hogy csak az egyik gpu-ra küldjön csomagokat (WCG, Einstein), de többszöri próba után is mindkét gpu-ra jöttek a csomagok. Logban is úgy szerepelt, hogy mindkét gpu-hoz kéri a csomagot. Nyilván a beállítás után szinkronizáltam a BAM-mal.
Amikor már nagyon untam kikapcsoltam Boincban a BAM-ot, kézzel töröltem a projekteket, kilőttem a Boincot, ezután töröltem az appdatában a Boinc könyvtárat. Ezután újból elindítottam, kapcsolódtam a BAM-hoz és felvettem a WCG-t 1 gpu-val. Viszont csak cpu-ra jöttek a csomagok.
Eltelt 24h, ismét volt egy autómatikus BAM szinkron és törölte a tegnap felvett WCG-t.
11/17/2022 2:02:23 PM | | Account manager contact succeeded
11/17/2022 2:02:23 PM | World Community Grid | Resetting project
11/17/2022 2:02:30 PM | World Community Grid | Detaching from projectWin10, Boinc 7.16.20(x64)
Valakinek 5let? Köszi -
Hali!
Nem csak a lejárat számít, hanem az is, hogy a projektekben mostanában mennyi munkát végzel ("Recent Estimated Credit", REC), és ezek aránya hogyan viszonyul a beállított erőforrás-megosztáshoz ("resource share"). Amíg valamelyik projekt REC aránya kisebb az erőforrás megosztási arányánál, addig azt a projektet fogja előtérbe helyezni. Egy idő után a REC aránya eléri az erőforrás megosztás arányát, és akkor már a másik projektekből is fog feladatokat futtatni. Ha a projektek között nagyon eltérő ideig tart a csomagok feldolgozása, vagy nagyon eltér az egységnyi idő alatt kapható kreditek száma, akkor az is megboríthatja a munkacsomagok prioritását.
Köszi.
A futási idő kb azonos 4,5 vs 5 óra. Viszont az Einstein tudja használni az intel procim igp-jét, így több pontot termel.
Akkor kb az lesz, amit a kliens akar
-
Hali!
7.16.20-as Boinc-ot használok w10en. 2 projekthez vannak lenn csomagok, de a projektnév szerint abc sorrendben az elsőhöz tartozó csomagokkal foglalkozik, a másikhoz tartozó csomagokat el sem indítja még ha a lejárat közelében is vannak. Mindkét projekt prioritása azonos, nincsenek leállítva, új csomagok engedélyezve vannak. Beállítások szerint óránként kéne a projektek között váltani.
Beállítások: [kép], projektek: [kép]
Valakinek valami 5lete van? -
Lényegében igazad van, illetve mindkettőtöknek (looser, westlake) igaza van.
Azok a verziók, amik megjelennek a BOINC nyilvános honlapján a letöltések között, azok már a "release candidate" (kiadásra alkalmasnak jelölt) verziók, és pár héten belül már ez lesz a "stabil" verzió. Nem mintha a "stabil" verziókkal nem lehetne (és lehetett volna korábban) is belefutni pár pofonba, de ez minden szoftverrel így van. Az "igazi" teszt verziók a githubról tölthetőek le, és vannak csapatok, akik saját BOINC managert fordítanak maguknak (Pl a GPU users csapat a SETI-hez). -
Az tök jó, hogy neked nem volt vele gondod, de nem véletlenül vannak stabil (széleskörűen tesztelt) és fejlesztői buildek. Nem kötekedésképp írtam, csak ha valaki bekukkant ide és letölti, majd gondjai lesznek vele, akkor első körben úgyis azt a javaslatot fogja kapni, hogy tegye fel az utolsó stabil verziót. Ilyenkor az nem számít, ha valakinek épp problémamentesen fut, sőt, szuper, hanem hogy lehetőleg minél több embernek fusson így, annak is, aki nem tud hibát keresni, ha gond van.
-
-
-
Én felraktam a Boinc + VirtaulBox verziót a korábbi Wcg specifikus Boinc helyett, azon nálam szépen lefutnak a csomagok: rosetta python projects 1.03 (vbox64), igaz mellette Folding@Home is megy.
Viszont pont az emlegetett Wcg leállás miatt regelni akartam a BoincStats Bam-ra, de aktiváló emailt nem kapok (gmail, kategóriák kikapcsolva, spam üres). Próbáltam újra regelni, akkor kiírja, hogy az email már fogalalt (tehát sikerült a korábbi reg), próbáltam aktiváló emailt újra küldetni, jelszó resetet később, mind2nél elvileg kiküldték, de email azóta sem jött meg. Ezt eljátszottam már 2 emailcímemmel, de a Bam oldalán nem tudok belépni (hibás u/p, jelszó széfet használok, szal tuti nem gépeltem el). Kiváncsiságból az egyikkel megpróbáltam Boincban belépni és sikerült az account managerhez csatlakozni, szinkronizálni. Belépés az oldalon viszont továbbra sem megy...
Valakinek van valami 5lete?Nah, csak "türelmetlen" voltam, 3 nap után megérkezett kb az összes aktiváló és jelszó reset email.
-
A becsatolt képen csak pont a feladatok neve nem látszik, ami ilyen esetben lényeges információ.
Belekukkantottam a rosetta@home fórumba, és sokan panaszkodnak a "movingstub" nevű feladatokra, szóval a hiba a csomagok előállításakor keletkezhetett. Nekem is egyből hibát dobottot mind. Viszont egy ideje nem kaptam ilyet, szóval lehet, hogy azóta leszedték őket a szerverről. -
Én felraktam a Boinc + VirtaulBox verziót a korábbi Wcg specifikus Boinc helyett, azon nálam szépen lefutnak a csomagok: rosetta python projects 1.03 (vbox64), igaz mellette Folding@Home is megy.
Viszont pont az emlegetett Wcg leállás miatt regelni akartam a BoincStats Bam-ra, de aktiváló emailt nem kapok (gmail, kategóriák kikapcsolva, spam üres). Próbáltam újra regelni, akkor kiírja, hogy az email már fogalalt (tehát sikerült a korábbi reg), próbáltam aktiváló emailt újra küldetni, jelszó resetet később, mind2nél elvileg kiküldték, de email azóta sem jött meg. Ezt eljátszottam már 2 emailcímemmel, de a Bam oldalán nem tudok belépni (hibás u/p, jelszó széfet használok, szal tuti nem gépeltem el). Kiváncsiságból az egyikkel megpróbáltam Boincban belépni és sikerült az account managerhez csatlakozni, szinkronizálni. Belépés az oldalon viszont továbbra sem megy...
Valakinek van valami 5lete? -
Köszönöm a válaszod! Csak és kizárólag a Mapping Cancer Markers kutatást csinál(tat)om. Ez így érthető, amit írtál és megnyugtató is. Attól tartottam, hogy esetlegesen közelebbi (amerikai) gyógyszeripari vagy hadászati célra hamarább/kizárólagosan kerülhet átadásra bármiféle adat a nemzetközi hozzájárulás ellenére.
-
Általában az, de ennél konkrétabb válaszért a projekt honlapján kell kutakodni. Itt általában az elkészült publikációikat is felsorolják. Maguk a publikációk nem minden esetben tölthetők le ingyen, de a témát kutató intézmények nyilván előfizetői az adott folyóiratnak. Mire az elvégzett számításokból szakvéleményezett publikáció lesz, az akár éveket is igénybe vesz. Néha a munkacsomag nevéből lehet tudni, hogy az éppen mely kutatáshoz tartozik.
-
Sziasztok!
3 éve csinálom (vagyis hogy megy a háttérben
) de a dokumentációt sajnos nem olvastam el, viszont lenne egy kérdésem, hátha valaki tudja rá a választ: ez egy amerikai egyetem és kutatóintézet programja. Az eredményeink, amelyeket a világ minden tájáról beküldünk, azok ugye megosztásra kerülnek mindenkivel, szóval public domain a a kutatási anyag?Üdv
-
looser
addikt
Sziasztok!
3 éve csinálom (vagyis hogy megy a háttérben
) de a dokumentációt sajnos nem olvastam el, viszont lenne egy kérdésem, hátha valaki tudja rá a választ: ez egy amerikai egyetem és kutatóintézet programja. Az eredményeink, amelyeket a világ minden tájáról beküldünk, azok ugye megosztásra kerülnek mindenkivel, szóval public domain a a kutatási anyag?Üdv
-
Ubuntu alatt próbálom beizzítani a BOINC-ot az LHC-vel. Szépen felismeri, hogy van VirtualBox telepítve, letölti az image fájlt, a feladatokat, de valamiért nem indul el:
A számítási beállításokat már restteltem a projekt WEB-es felületén, le is töltötte azokat, de semmi. Ha átállítom "mindig fut"-ra, akkor sem indul a számítás. Hol akadhatott meg a dolog? -
cigam
titán
Ubuntu alatt próbálom beizzítani a BOINC-ot az LHC-vel. Szépen felismeri, hogy van VirtualBox telepítve, letölti az image fájlt, a feladatokat, de valamiért nem indul el:
A számítási beállításokat már restteltem a projekt WEB-es felületén, le is töltötte azokat, de semmi. Ha átállítom "mindig fut"-ra, akkor sem indul a számítás. Hol akadhatott meg a dolog? -
Azért valami nem stimmel, hogy napokig számol, és 1 csomagot sem fejezett be? Plusz tegnap lejárt a határidő, de még mindég számolja, ahelyett hogy eldobná.
Így feleslegesen tekeri a procit/fogyasztja az áramot.Nem feleslegesen. Mert attól, hogy lejár a kiadott határidő, de visszaküldi a géped az eredményt, attól még egyrészt nálad is jóváírják, másrészt nem küldik ki egy újabb gépnek. Vagyis a határidő, az nem végső és végleges határidő, hanem egy tájékoztató határidő.
(Legalábbis amíg én használtam a BOINC-ot, addig így volt. Illetve lehet projektenként is eltérő a munka elosztása/értékelése/osztályozása időbelileg.)Szerk.: na, pont megelőztek. De legalább biztosabbak az állításaink.
-
cigam
titán
Azért valami nem stimmel, hogy napokig számol, és 1 csomagot sem fejezett be? Plusz tegnap lejárt a határidő, de még mindég számolja, ahelyett hogy eldobná.
Így feleslegesen tekeri a procit/fogyasztja az áramot. -
-
cigam
titán
-
Közben eszembe jutott, hogy a perdület a sugárral, illetve a kerigő tömeggel is egyenesen arányos, úgyhogy nem 100%-ig áll meg a magyarázatom arra, hogy a kisebb ventilátorok hamarabb lesznek csapágyasak (merthogy az átmérőjük és a tömegük is kisebb ugye), de ettől függetlenül a tengely folyamatos irányváltozása az oka annak, hogy előbb-utóbb tönkremegy a ventilátorok, vinyók stb. csapágyazása.
-
a hűtőventillátor(ok)nak szükségszerűen nagyon rövid a tengelye és magas a fordulatszáma, ezáltal a föld forgása miatt állandóan körbeforduló tengelyének végeire a ventillátor perdületmegmaradása mitatt relatíve magas erők hatnak
Ez furán hangzik, ugyanakkor az évek óta működő CPU/VGA/táp hűtőket ez nem zavarja.
De zavarja, csak kb. negyedannyira, és maga a tengely is vastagabb. Az én tapasztalatom szerint minél laposabb egy ventilátor, annál hamarabb megy tönkre ugyanakkora fordulatszám mellett (még az SSO2-es Noctuák is). Átlagos (siklócsapágyas) GPU ventilátorok kb. 1-1.5 évig bírják a folyamatos üzemet, komolyabb 2 golyóscsapágyasok akár 3 évet is kibírnak. CPU-n, tápban és házakban tipikusan 25 mm vastag ventik vannak, amiknek kb 20-22 mm hosszú a tengelye, de egy 12 mm vastag készülékházba kb. 6 mm magas venti fér be, 4-5 mm-es tengelyhosszal, azaz ugyanakkora fordulatszám mellett 4-5x akkora oldalirányú erő hat a lapos ventilátor tengelyének alján és tetején. Ez az erő abból ered, hogy a forgó ventilátor giroszkópként megpróbálja tartani a forgástengelyét, de mivel elforul alatta a Föld (és mivel a ventilátor nem párhuzamos az egyenlítővel, ezért a ventilátor forgástengelye sem párhuzamos a Föld forgástengelyével), a ventilátor tengelye 24 óra (igazából 23 óra 56 perc 4.1 másdodperc) alatt egy kúp palástjának szeletén halad "körbe", és ezért a tengely folyamatosan erőlteti a ventilátor forgástengelyét az új irányába. -
M1-es mini is létezik, sőt, az Air-ben aktív hűtés sincs. A telefonoknak(RaspberryPi-nek) sem lesz sok baja, hiszen belső hővédelem úgy is visszaveszi az órajelet ha probléma lenne.
Nálam most is úgy van beállítva az (Inteles) minin, hogy alacsony fordulaton pörög a hűtés, így nem főz meg semmit, de a számolás is halad(gat).
Legfeljebb 40%-át használja a CPU-knak
Legfeljebb 40%-át használja a CPU időnek
Így 60-70 fokos a CPU, és ~1700 a ventillátor fordulatszáma, ami még nem zavaró.
a föld forgása miatt állandóan körbeforduló tengelyének végeire a ventillátor perdületmegmaradása mitatt relatíve magas erők hatnak
Ez furán hangzik, ugyanakkor az évek óta működő CPU/VGA/táp hűtőket ez nem zavarja.a hűtőventillátor(ok)nak szükségszerűen nagyon rövid a tengelye és magas a fordulatszáma, ezáltal a föld forgása miatt állandóan körbeforduló tengelyének végeire a ventillátor perdületmegmaradása mitatt relatíve magas erők hatnak
Ez furán hangzik, ugyanakkor az évek óta működő CPU/VGA/táp hűtőket ez nem zavarja.
De zavarja, csak kb. negyedannyira, és maga a tengely is vastagabb. Az én tapasztalatom szerint minél laposabb egy ventilátor, annál hamarabb megy tönkre ugyanakkora fordulatszám mellett (még az SSO2-es Noctuák is). Átlagos (siklócsapágyas) GPU ventilátorok kb. 1-1.5 évig bírják a folyamatos üzemet, komolyabb 2 golyóscsapágyasok akár 3 évet is kibírnak. CPU-n, tápban és házakban tipikusan 25 mm vastag ventik vannak, amiknek kb 20-22 mm hosszú a tengelye, de egy 12 mm vastag készülékházba kb. 6 mm magas venti fér be, 4-5 mm-es tengelyhosszal, azaz ugyanakkora fordulatszám mellett 4-5x akkora oldalirányú erő hat a lapos ventilátor tengelyének alján és tetején. Ez az erő abból ered, hogy a forgó ventilátor giroszkópként megpróbálja tartani a forgástengelyét, de mivel elforul alatta a Föld (és mivel a ventilátor nem párhuzamos az egyenlítővel, ezért a ventilátor forgástengelye sem párhuzamos a Föld forgástengelyével), a ventilátor tengelye 24 óra (igazából 23 óra 56 perc 4.1 másdodperc) alatt egy kúp palástjának szeletén halad "körbe", és ezért a tengely folyamatosan erőlteti a ventilátor forgástengelyét az új irányába. -
Azt lehet tudni valahonnan, hogy melyik projekt támogatja natívan az M1 processzorokat?
Itt van egy összesítő táblázat a projektekről, ebben kis ikonok jelzik, hogy az adott projekt milyen hardver + szoftver kombináción fut. Nincs tudomásom arról, hogy az M1 processzorra lenne natív kliense bármely projektnek.
Elég meggyőző a teljesítménye( pláne a tegnap bemutatott pro és max-é)
A mobil eszközök nem arra valók, és nem is arra tervezik őket (még az Apple sem), hogy tartósan (napi több órán át) vagy állandóan számítások végzésére használják azokat. Különösen az aktív (ventilátoros) hűtésű ultrabook kategóriába eső termékek nem erre valók. Az elektronikája valószínűleg jobban bírja az ilyen használatot, mint a mechanikája, ugyanis egy ilyen lapos készülékben a hűtőventillátor(ok)nak szükségszerűen nagyon rövid a tengelye és magas a fordulatszáma, ezáltal a föld forgása miatt állandóan körbeforduló tengelyének végeire a ventillátor perdületmegmaradása mitatt relatíve magas erők hatnak, ami állandó használat mellett hamar(abb) el fogja koptatni a tengelyt, és zörögni fog a hűtés.M1-es mini is létezik, sőt, az Air-ben aktív hűtés sincs. A telefonoknak(RaspberryPi-nek) sem lesz sok baja, hiszen belső hővédelem úgy is visszaveszi az órajelet ha probléma lenne.
Nálam most is úgy van beállítva az (Inteles) minin, hogy alacsony fordulaton pörög a hűtés, így nem főz meg semmit, de a számolás is halad(gat).
Legfeljebb 40%-át használja a CPU-knak
Legfeljebb 40%-át használja a CPU időnek
Így 60-70 fokos a CPU, és ~1700 a ventillátor fordulatszáma, ami még nem zavaró.
a föld forgása miatt állandóan körbeforduló tengelyének végeire a ventillátor perdületmegmaradása mitatt relatíve magas erők hatnak
Ez furán hangzik, ugyanakkor az évek óta működő CPU/VGA/táp hűtőket ez nem zavarja.
Ez furán hangzik, ugyanakkor az évek óta működő CPU/VGA/táp hűtőket ez nem zavarja.Új hozzászólás Aktív témák
- Kifosztották az AI mogulok a Samsung memóriakészletét
- Jövedelem
- PlayStation 5
- Háztartási gépek
- Sweet.tv - internetes TV
- BestBuy topik
- Steam Deck 2 és SteamOS mindenhol: vége a Windows uralmának a handheldeken?
- TCL LCD és LED TV-k
- Lexus, Toyota topik
- Kerékpárosok, bringások ide!
- További aktív témák...
- Nemzeti Adó- és Vámhivatal --- Ők már minket választottak!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó Archicad 25 HU
- Eladó Windows 11/10 Pro/Home & Office 2024/2021/2019/2016 & Win Server ESD/COA/DVD kulcsok számlával
- Hp 840 G10 Core i5 1335U 10 mag 12 szál 16Gb DDR5 256 NVMe Garanciával
- Logitech Quickcam Pro 5000 webkamera+headset retró MSN-es időkapszula
- Samsung Galaxy A52s, 6/128GB, Használt 12 Hónap Garanciával
- Dell 13 Latitude 5350 FHD 2in1 Touch Ultra7 165U 12mag 32GB 512GB Intel 4core iGPU W11 Pro Garancia
- BESZÁMÍTÁS! BenQ Zowie XL2540 24 FHD TN 240Hz 1ms monitor garanciával hibátlan működéssel