Fórumok
Aki gentoon szokott chromium-ot buildelni, az megosztaná, hogy milyen procin, mennyi maggal, mennyi idő alatt végez vele? Az idő elég sac/kb is, nem fontos tűpontosan.
Persze, ha gentoosokon kívül más is szokott chromiumot fordítani, az is jöhet.
Hozzászólások
dell7490 ~ # genlop -t chromium
dell7490 ~ # genlop -t ungoogled-chromium
dell7490 ~ # equery u ungoogled-chromium | grep "+"
i7-8650U (HT: on, Turbo Boost: off)
2x8 GB DDR4-2400
Ahol ~10 óra a build time, ott be volt kapcsolva a Turbo Boost. Túl meleg (70-80˚C) és hangos volt.
Ahol 18 óra feletti, ott fordítás közben sleepben lehetett a gép.
dell7490 ~ # grep -v "# " /etc/portage/make.conf
dell7490 ~ # grep -i "flags" /etc/portage/package.use
(cpuid2cpuflags)
Egyébként ha kifejezetten csomagok fordításához keresel CPU-t, a Gamers Nexus YouTube csatornán minden tesztnek a része a Windows (MSVC) alatt fordított Chromium. Esetleg https://openbenchmarking.org (itt általában kisebb csomagok fordításáról van info).
Köszönöm.
Attól függően, hogy mire akarod használni, érdemes lehet a QtWebEngine-t (ill. erre alapuló böngészőt) is fontolóra venni. 80-as körüli Chromiumon alapszik ennek a motornak a legújabb verziója, némi hibajavítással.
Ez - a Chromiummal ellentétben - még tartalmazza jumbo-build flaget, így kb. fele-negyede időt vesz igénybe a fordítás (a fenti konfigurációval kb. 4-5 óra).
Régebben a Chromium is hasonló idő alatt fordulhatott, bár szvsz. már akkor is előnyben részesítették a futásidőben adott teljesítményt a fordítás sebességével szemben. Valahol ez jogos, ha figyelembe vesszük, a felhasználók milyen csekély hányada fordítja forrásból.
Vö. a Firefox vagy a LibreWolf pl. 1-1,5 óra alatt lefordul szintén a fenti gépen. Igaz, ezekkel egy YouTube böngészése, vagy Google Street View-n való navigálás elég kínkeserves tud lenni, 3. és 8. generációs Intel laptopon is, míg a Chromiummal mindkettő gépen kényelmesen használható.
Persze bele lehetne menni, hogy ez mekkora részben valós plusz optimalizáció, és mekkora részben szándékos lassítása ill. dokumentálatlan funkcionalitás kiaknázása a vetélytársakkal szemben.
Szerencsére nem kényszerülök túl gyakran ezeknek az oldalaknak a látogatására úgy, hogy nincs hozzá alternatív front-end (pl. Invidious, NewPipe).
Olyan chromium verziót kerestem, ami a fenti listában is szerepel. Íme:
AMD Ryzen 9 7950X 16-Core Processor, 64GB RAM
-j16
Köszi
Nagyon függ a hardvertől. Az erősebb mai procik, 8-16 magon, 32-64 giga RAM-mal, elszüttyögnek rajta 1-2 órát, ennek alapján kezdd el kalkulálgatni, hogy neked mennyivel kevesebb mag, RAM van. Az se árt, ha SSD-ről megy a fordítás, tud rajta segíteni. Az is sokat tud rajta dobni, ha a prociban minél több cache van, ebben a műfajban, a Threadripperek meg a Ryzen X3D procik a legjobbak.
Iszonyat lassú. Én Gentoo alatt még pár éve egy régi ThinkPad X220-on forgattam Firefoxot, ami hangyányit soványabb (relatív, mert ez is megabloat), kevesebb kódsor, de még az alatt is nagyon nyögött 12 kínkeserves órán át a 2 mag 4 szálas i7-2620M és i5-2520M is, pedig meg volt támogatva 16 GB dual channel RAM-mal, meg fél terás SATA3 SSD-vel, és azóta eltelt pár év, tovább híztak a böngészők. Kín kivárni egy régebbi gépen, ha csak nem muszáj, ne nagyon forgasd kódból, van hozzá bináris csomag. Ha kódból forgatod, akkor nem csak hogy hosszú a fordítási idő, de minden frissítésnél, meg olyan csomag emerge-énél, ahol érintett feature miatt a Chrome is újrafordul rendszeresen, tökön fogod szúrni magad.
Van még jó pár, a legdurvább, amiről olvastam, és ki sem tudtam várni, az a SageMath matekszoftver, az régebbi genes, 2-4 magos Core i-ken ilyen 24-48 óra alatt fordulnak le. De van még pár nagyobb, lassan leforduló csomag, amivel Gentoo-n rendszeresen találkozni fogsz, mesa például, de konfigtól, forgatott modulok és driverek számától függően a Linux kernel se röpke, de azért az kibírható 10-20 percnél nem szokott több lenni egy nem teljesen elavult gépen.
Sajnos nagy baj, hogy a böngészők ilyen bloatak, hatalmas, sok gigás, sok millió kódsoros kódbázis, ezek lényegében sandboxolt OS-ek már. Akkora szörnyszülött kódbázis, hogy az isten fejlesztői gépe se elég alá, és hiába tolják buildszerverről, a fejlesztőnek is kell néha forgatnia a gépén. Plusz ekkora gigászi kódbázist már csak az AI tud egészében tesztelni, debugolni, ember ezt már nem tudja áttekinteni. Ez tökéletesen szembe megy a fenntarthatósággal. Itt nem az a baj, hogy combos hardver kell a futtatáshoz, de a fordítással, fenntartással is megszivatnak vele mindenkit, akinek nem NASA szuperszámítóge van a forgatáshoz, a paksi atomerőműre kötve. A legnagyobb tragédia, hogy a folyamat csak eszkalálódik, a kódok egyre híznak, nem állnak meg a növekedésben, meg pl. egyre több minden Rust-ban van írva, ami még lassabban fordítja az azonos kódmennyiséget, mint egy jól optimalizált C++ fordító.
Épp ezért röhögök hajbazeren, mikor sír, hogy a futtatáshoz nem elég az ősi gépe, javasolni szoktam, hogy akkor a forgatást próbálja ki, mert amíg azt legalább egyszer nem csinálja meg, nem lesz tisztában vele, hogy mennyire bloat igazából. Egy mai böngészőhöz képest a komplett XP kódbázisa is kutyafüle, kezd elenyésző lenni.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Konkrét tapasztalatokra vagyok kíváncsi, nem az elméletekre, azokkal nyilván tisztában vagyok. Amúgy nem gentoon vagyok, csak tőlük remélek infót, mert más nem hiszem hogy foglalkozik chromium fordítgatással.
Azért írtam konkrétat, konkrét proci, meg Firefox, mert megközelítően a Chrome fordítási idege sem kisebb. Mondom szörnyű, nem elmélet, ezt garantálom, hogy a saját bőrödöt fogod tapasztalni, a tényleg kipróbálod. Ha feltétlenül nem létfeltétel, vagy nem tanulás a cél, hogy egyszer lefordítod, hogy lássad hogyan kell, vagy nem megbotránkozási célzattal lesz, akkor engedd el.
Nyilván kristálygömbünk nincsen, eleve azt se írtad, hogy milyen proci. Most erre milyen konkrétumot írjak neked? Mondom, sok óra, számolj ezzel, gigantikus szopás kivárni. Három embertípus csinálja, 1) akinek annyira muszáj valami miatt (munkájához, mert fejlesztő, vagy valami spéci disztrót tart karban), 2) mazohista/nolifer, 3) benchmarkolja a legújabb izomhardverét, hogy feltöltve az eredményeket dicsekedni tudjon vele.
Egy hasonlóan durva jut még eszembe, a Rust, llvm, gcc az is elég sokáig fordul.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Olyan konkrétumot, hogy milyen procid van, mennyi szálon buildelted a chromiumot és mennyi ideig tartott. Nézek közben benchmarkokat is persze, de érdekelne itt is kinek milyen tapasztalata van. Költenem kell a hobbimra azért érdeklődök, nézelődök a témában.
offtopic, de szerintem a LibreOffice nagyobb :-)
(legyen feliratkozás)
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
Jajj, azt ne is mondd. Főleg régen, régebbi gépeken volt durva. Voltam a 2000-es évek elején egy szegedi linuxos tanfolyáson, ott a fószer a számítógépes gépparkon forgatta, mindenki külön gépen, Gentoo telepítés gyakorlása közben volt feladatnak adva. Pedig akkor nem is számítottak túl rossz gépnek, 2 GHz-es Northwood Celeron, 2 giga RAM, jó, nem volt egy P4, AMD64, de nem volt túl gyenge. Mondani se kell, hogy a LibreOffice fordítását senki nem bírta befejezni, pedig meg lett hosszabbítva az idő is, délután tovább maradtunk, mert utolsó oktatási csoport volt aznap, meg a fazonnak még volt kedve maradni. Azóta meg még csak hízott a cuccos jócskán.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
A LibreOffice fordítási idejét tekintve (Base adatbázis támogatással együtt), függőségek nélkül nálam 2,5 óra körül van.
Ez kb. 1/6-oda - 1/7-ede az újabb, fentebb említett, jumbo build-nélküli Chromiumokénak.
Na, az viszont nem olyan vészes, mint gondoltam. Jó, továbbra sem röpke, de azért kivárható, nem lesz egész nap használhatatlan a gép. Persze van modern gépek közül is, amelyik a Chrome-ot is simán fordítja 0,5-2,5 óra alatt, ha elég combos hozzá, és nem ütközik memória és más I/O limitbe.
Bevallom, én ezeknél a hosszú fordítási idejű programoknál csaltam Gentoo-n is, firefox-bin, libreoffice-bin csomagként tettem fel, mert nem volt idegrendszerem bevállalni, miután a FF-nál kipróbáltam mivel jár.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
A fordítási idő alapján a LibreOffice kisebb falatnak tűnik, mint a Chromium:
AMD Ryzen 9 7950X 16-Core Processor, 64GB RAM
-j30
nem hiszem, hogy a gentoo alapvetően változtatna a kérdésen, de ~5 éve buildeltem egy custom patch miatt. A folyamat mögött egy i7-4790K 16G rammal kb. 18 óra volt
// Happy debugging, suckers
#define true (rand() > 10)
Hát, nem igen. Alapvetően procin múlik, másodsorban RAM-on. Gentoo hozhat egy kis sebességnövekedést, pl. egy Windowson forgatáshoz képest, hogy Gentoo-n nem fut sallang a háttérben, meg nem fogja vissza vírusirtó, bűn lassú NTFS, stb., de azért épp úgy sok óra, nagy nyereség nem lesz rajta, itt-ott pár perc, max. fél óra különbség, de akkor sokat mondtam már.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Köszi. Én i5-4670K 24G ramon vagyok és 20 óra fölött járok :D
a + ram sokat dob, szerintem lassan végez :)
// Happy debugging, suckers
#define true (rand() > 10)
ccache is tud segíteni, ha már egyszer leforgattad :)
Mostanában foglalkoztam build optimalizálással, és ha jól emlékszem a Chrome-ról írták, hogy masszívan elosztottan buildelnek a fejlesztők. A linkelésre pedig van valam speciális linker ( https://github.com/rui314/mold ), amit az ürge aki kitalálta épp azért csinált, hogy ez a lépés a lehető leggyorsabb legyen. Valami 2 másodpercen belül linkeli a több mint 1 gigás binárist. Mélyebben nem olvastam utána, hogy mit hogy csinálnak ezek az eszközök, mert nekem egy hoszton is sikerült elérni a célomat persze egy sokkal kisebb kódbázison.
(Fenti mold-s hivatkozás alapján az a javaslatom, hogy akkor ezt a Chromiumot pcc-vel kell fordítani és mold-vel linkelni - ekkor a bináris előállítása kellően gyors lesz. Mondjuk a végeredmény lehet, hogy valódi böngészésre alkalmatlan lesz, mert azért a pcc nem egy világbajnok kódelőállító.)
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?