- AMD K6-III, és minden ami RETRO - Oldschool tuning
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Fejhallgató erősítő és DAC topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Azonnali fotós kérdések órája
- Melyik tápegységet vegyem?
- Milyen egeret válasszak?
- Nyaralás előtti hardverszemle
- Házimozi belépő szinten
Új hozzászólás Aktív témák
-
westlake
félisten
-
Bocsi az off topik miatt, de ez áll hozzá a legközelebb.
Miért csak az egyik "compute" modult hajtja ki? A kettő nem egyforma? -
westlake
félisten
-
westlake
félisten
-
BOINC klienst telepít egy vírus.
"Több bejelentést kaptunk rosszindulatú szoftverekről, amelyek telepítik és futtatják a 8.0.2 BOINC klienst Windows számítógépeken. Ezt vizsgáljuk; jelenleg nem tudjuk, hogyan működik a rosszindulatú szoftver.
Ez nem a BOINC sebezhetőségéről szól; inkább egy rosszindulatú szoftverről van szó, amely illegálisan telepíti a BOINC-ot." -
westlake
félisten
-
westlake
félisten
-
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?
-
westlake
félisten
-
A scienceunited-en belül elkezdte a primegrid-et is számolni. Sorra jönnek az üzenetek a primegrid-ből, de nem tudok belépni, mert nincs fiókom, így megnézni se tudom ki mit üzent. Találtam egy megoldást, a primegrid xml fájljából kimásolhatom az "authenticator" kódot, de azt sem fogadja el: There is no account with that authenticator.
Az xml-ből az is kiderül, hogy van egy egyedi(?) userid-m, de azzal se megyek sokra.
Hogyan tudnám megnézni mit üzentek? -
shina
tag
É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. -
shina
tag
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. -
shina
tag
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.
-
Most meg napok óta nem kapok munkát. A LODA-t leszámolta, majd eltávolította, most az Asteroids@ számolóját távolítja, el, és marad a Milkyway, ami nem ad számolni való csomagot.
Ennyit nincs munka, vagy ennyire gyenge a gépem, hogy már semmit nem mer rábízni? -
westlake
félisten
-
Csiga69
tag
Hogy pontosan minek neki a git az a projekt honlapjáról (esetleg fórumáról) derülhet ki. Általában azért kell a git, mert a projekt applikációjának van valamilyen nyílt forráskódú összetevője (egy wrapper, egy matematikai és/vagy mesterséges intelligencia algoritmustár / függvénytár / adatbázis / betanított neurális háló, stb) ami a projekttől független, és közvetlenül a github-ról tölti le (azért, hogy mindig a legfrissebb verzióval rendelkezzen).
-
Egy újabb furcsaság:
Ez normális? Minek neki a git? -
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?
-
westlake
félisten
-
westlake
félisten
-
shina
tag
válasz
Csiga69
#1368
üzenetére
A leírásból nekem úgy tűnik, hogy a ScienceUnited az egy ilyen leegyszerűsített felület a BOINC-nak, ahol nem kell semmit beállítanod, hanem az összes BOINC projektet futtatják a gépeden.
A Gridrepublic inkább ilyen központi BOINC fiók kezelő volt (account manager), aminek a segítségével egy helyen válogathattál a projektek közül illetve állítgathattad az erőforrások elosztását, futási időzítéseket, és hasonlókat az összes projektre amikben részt vettél. Ezzel kb. a BOINCstats/BAM! van egy kategóriában.
Mindegy, marad a projektek egyenkénti hozzáadogatása meg állítgatása.
-
válasz
Csiga69
#1363
üzenetére
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. -
Csiga69
tag
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? -
válasz
Petya XT
#1355
üzenetére
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.
-
Petya XT
senior tag
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.
-
Az erősen függ a projekttől, és a beállításoktól. Vagy kinézel egy projektet magadnak, vagy ha nem tudsz dönteni, a ScienUnited-en választasz egy témát.
Általánosságban mondható, hogy minél erősebb a gép, annál jobb. Igaz ez a GPU-ra is, már amelyik projekt képes kihasználni a GPU-t. A fenti projekt listában láthatod, hogy milyen poprendszeren futtatható, és milyen HW-eket támogat. -
makai1
újonc
Szép napot!
Most halottam a napokban a BOINC-ról.
Végig olvastam a topicot.
Abban kérnék segítséget, hogy milyen hardvert érdemes most alá tenni a projeknek?
Csak erre a célra futna egy pc. Videokártya mennyire fontos? Vagy prociból számol?
Segítségeteket előre is köszönöm!
-
westlake
félisten
-
Csiga69
tag
válasz
kingabo
#1349
üzenetére
A tömegek bevonása miatt a fejlesztési irány pont az egyszerűsítés felé halad, a Science Unitedben már nem is konkrét projektekhez, hanem tudományágakhoz rendelheted a géped, és a többit majd megoldja magától. Vagy nem, de valamit fog csinálni.
Nekem is pontosan ugyanez volt a bajom a GUI-ról hiányzó GPU kezeléssel az első GPU-s problémám felmerülésekor; ez még a 6-os fő verzió idejént volt. Azóta egy újabb fő verzió jelent meg a BOINC-ból, és ebbe se került bele, és szerintem nem is fog (sajnos). -
kingabo
őstag
válasz
Csiga69
#1348
üzenetére
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 -
Csiga69
tag
válasz
kingabo
#1347
üzenetére
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). -
kingabo
őstag
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 -
westlake
félisten
-
westlake
félisten
-
Csiga69
tag
válasz
kingabo
#1341
üzenetére
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.
-
kingabo
őstag
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? -
Csiga69
tag
válasz
Csiga69
#1339
üzenetére
Kipróbáltam a 7.20.0-ás verziót.
Linux Ubuntu 20.04.4 (5.13.0-51-es kernel): működik
Windows 11 22H2 (22621.160-as build): működik
Windows Server 2019 (17763.3046-os build): nem működik sem szolgáltatásként sem normál üzemmódban. (a 7.16.20 megy rajta)
Ez utóbbi oprendszer gyakorlatilag egy Windows 10 1809-es verzióval ekvivalens. (nincs tartományvezérlőnek előléptetve.) -
Csiga69
tag
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). -
looser
addikt
válasz
westlake
#1337
üzenetére
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.
-
westlake
félisten
7.20.0 (Windows, 64bit)
Legalább új kliens van. -
Csiga69
tag
válasz
FRIZ 22
#1321
üzenetére
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. -
kingabo
őstag
válasz
FRIZ 22
#1321
üzenetére
É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? -
Csiga69
tag
Az ő honlapjukon a publikációk oldal pont nincs feltöltve tartalommal, de a "progress report" oldalon van egy viszonylag friss anyag 2021. júniusból, amiben 23 publikációt sorolnak fel.
Aggodalmad részben indokolt, részben nem:
Egyrészt bármely tudást sokkal könnyebb pusztításra (fegyver készítésre) felhasználni, mint valami építő jellegű dolgot létrehozni vele. Pont ezért van szüksége bármely hadseregnek arra, hogy információs/technológiai fölényben (is) legyen az ellenséggel szemben. A nyilvános információk (kutatások eredményei) is beleszámítanak ebbe, de ezeknek a szervezeteknek nagyságrendekkel nagyobb összeg áll rendelkezésére kutatás-fejlesztésre mint egy jólmenő egyetemnek, szóval nem hiszem, hogy ezen kutatások eredményeire lennének rászorluva. Pont azért érdemes ezeket a kutatásokat egyénileg támogatni, hogy a tudással ne csak azok rendelkezzenek, akiknek elemi érdeke azt titokban tartani, illetve az ne egy cég szellemi tulajdonát képezze. -
looser
addikt
válasz
Csiga69
#1318
üzenetére
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.
-
Csiga69
tag
Á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.
-
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
-
válasz
Moonline.
#1315
üzenetére
Az is meg volt nyitva, sajna a fotón nem látszik, de semmire nem panaszkodik. Annyi látszik csak, hogy letöltötte a projekt fájljait.
Azóta annyi történt, hogy átraktam a klienst Science United-re, és ott elkezdte számolni a WGC, és a Rosetta-t. Mondjuk egyikhez sem kell virtuális gép, szóval lehet ott akadt el a dolog, hogy frissebb verzió kellett volna neki. -
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? -
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.
-
Csiga69
tag
Ha már elkezdte, nem fogja eldobni, mert vannak projektek, amik még a határidő lejárta után is adnak kreditet, feltéve hogy időközben nem küldte be valaki ugyan annak a csomagnak az eredményét.
Hyperthreades CPU-kon érdemes az egyszerre futó folyamatok számát a CPU magjainak számára (esetleg +1 vagy 6-nál többmag esetén +2) folyamatra korlátozni, mert ez kb. megfelezi a futás idejét.
A BOINC managerben:
beállítások -> számítási beállítások -> számítás fülön:
"Legfeljebb 50%-át használja a CPU-knak" (legfelső beállítás).
A CPU idő maradhat 100%-on (ez a második beállítás)Az 50%-hoz hozzá lehet adni a 100/processzor szálak számát (felfelé kerekítve), és akkor a magok számánál 1-el több szál fog futni. 8 szál (4 mag esetén): 100/8=12.5
12.5 felfelé kerekítve=13
13+50=63% -
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. -
Csiga69
tag
A "hagyományos" BOINC managert is meg lehet szivatni azzal, ha túl sok projektet veszel fel bele, vagy túl nagy puffert állítasz be benne (néha elég ehhez két projekt is). A projektek beállíthatják, hogy szerintük az egyes munkacsomagjuk mennyi lebegőpontos és / vagy fixpontos műveletet igényel. Ezt elosztva a gép BOINC manager által mért sebességével kijön hogy mennyi idő kell az adott csomag feldolgozásához, és ebből tudja (tudná) eldönteni a magager, hogy melyik munkacsomaggal érdemes egyáltalán foglalkoznia, illetve a határidejük ismeretében a prioritásukat. De a szükséges műveletek száma leginkább csak becslés, és általában nem is törődnek vele a projektek (eltérő munkacsomagokban is ugyan az az érték van benne). Ezért a BOINC managerbe be van építve egy kompenzációs algoritmus, ami néhány (10) csomag feldolgozása után már tudni fogja, hogy mi az arány a valós, és a feltüntetett műveletek száma között, illetve azt is méri, hogy az idő mekkora részében van bekapcsolva a BOINC. De még ha ezek az algoritmusok helyesen is becslik meg ezeket az értékeket, az csak a munkacsomag letöltése után derül ki, hogy be tudja-e fejezni időben, vagy sem. Ha biztosan nem (illetve ha el sem indult a határidő előtt), akkor automatikusan eldobja a munkacsomagot.
Más: Értelmet csak az emberek tudnak bizonyos tevékenységeknek tulajdonítani, a gépek (beleértve a mesterséges intelligenciát) pedig nem. Egyelőre (szerencsére) még teljesen irreális elvárni és számonkérni a gépeken, hogy -- teljesen önállóan -- értelmes dolgokat csináljanak. Ha majd nem hívjuk mesterségesnek a gépi intelligenciát, akkor majd tudnak dolgoknak értelmet tulajdonítani, és akkor lesz nekünk (embereknek) nemulass. -
Hát ez a US megoldás szopás. Rendszeresen WCG csomagokat szív le, és rendszeresen kifut a számírási időből. Miért nem "kapcsol", hogy az én gépemnek ez túl nagy falat, és választ másik projektet, amit tisztességesen végig tud számolni?
Mert ennek így semmi értelme. -
Csiga69
tag
Vannak mágneses megoldások erre, de azok nem igazán férnek el egy hűtőventilátorban. Ahol nagyon komolyan veszik a HDD-k élettartamát, ott egyszerűen úgy rögzítik a HDD-ket, hogy a lemezeik (a tetejük) az egyenlítővel (közel) párhuzamos legyen. A hűtőventilátorok pótolhatóak, illetve funkciójukból adódóan nem is szabadon választható az állásuk.
-
Csiga69
tag
válasz
Csiga69
#1305
üzenetére
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.
-
Csiga69
tag
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. -
válasz
Csiga69
#1303
üzenetére
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. -
Csiga69
tag
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. -
-
Miért csak az egyik "compute" modult hajtja ki? A kettő nem egyforma?
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
Hirdetés
- Budapest és környéke adok-veszek-beszélgetek
- Windows 11
- CMF Phone 2 Pro - a százezer forintos kérdés
- PlayStation 5
- SörcsaPH!
- Suzuki topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fotók, videók mobillal
- Debrecen és környéke adok-veszek-beszélgetek
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- További aktív témák...
- Vírusirtó, Antivirus, VPN kulcsok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Gyermek PC játékok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged