Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
Frawly
#16394
üzenetére
Végül nem sikerült tegnap este. A defconfigos kernel majdnem lefordult, be is fejezte a fordítást 15 percen belül (adtam neki 3 prociszálat és 4 GB RAM-ot a végén, hogy gyorsabb legyen), de a linker mindjárt a linkelés elején a core.o objectfájlnál object not found hibát dobott. Majd megpróbálom újra elölről, mert már annyira hazavágtam a kernel konfigját, hogy jobb lesz tiszta lappal kezdeni inkább.
@kékluficet: de bizony, fogok FF-ot, X.org-ot is fordítani, mert miért ne legyenek azok is optimálisra fordítva, meg a X.org egyrészt kell a Waylandnek is, az XWaylandnek függősége, meg igazából már most még Archon is át fogok térni X.org + dwm-re.
De már előre látom, hogy erre a régi 2. genes i5 notira nem való a Gentoo (i7-tel sem volt gyorsabb, +1 MB cache, meg +200 MHz turbóórajel az előnye az i5-höz képest, épp úgy 2 mag 4 szál), túl lassúak a fordítások. De mindenképp megpróbálkozok vele. Legfeljebb majd tényleg az lesz, amit mondtatok, hogy használok stable ágat, és nem mindenből a legújabbat használom.
@sh4d0w: jó tudni, ennek utánanézek.
@zoltanz: ha már IceWM, akkor azt magában éri meg használni. Asztali ikonokat csinálsz PCmanFM-mel, vagy helyette dokkot Plank-kel, meg egy jobb klikkes indítómenüt és kész. Az egészet meg Compton-nal használod, hogy ne legyen tearing, grafikusan gyorsított legyen a kirajzolás, meg legyen átlátszóság meg árnyékok.
-
Apollyon
Korrektor
Nem rád céloztam a bántással, hanem ubyra.)
A korrektorok csak a helyesírásra figyelnek, meg a tartalmi struktúrára. Pl. hogy ne legyen középre zárt a szöveg, meg egyéb elvetemült agymenés.
Az, hogy a lista végén van, nem jelent sokat... Mondjuk már lassan 1 hónapja nem jelent meg új cikk, így nem csoda, hogy a tiéd előtt annyi feltorlódott.
Jogi dolgok, bleh. Nekünk nem dolgunk az ilyesmi, csak a fentebbiek, továbbá lektorálni sem kell, de például ha valami pontatlansággal találkozom ami szemet szúr, rá szoktam kérdezni előbb a cikkíróra, hogy jó-é az úgy.
Egyébként ha a szabályoknak megfelel az írás, akkor onnantól fogva a cikkíró felelőssége annak tartalma.
-
Frawly
veterán
Elvileg a make.conf-ban benne van a -j2 (két szálat kapott a virtuális gép). Most soványítottam tovább a konfigon, mert noveau, meg egy csomó szemét benne maradt. Meg most a biztonság kedvéért make -j2-vel indítottam.
Ebben egyébként az az ijesztő, ha a kernel eddig tart, akkor mi lesz majd, ha a xorg, firefox, gcc, hasonló fordul.
-
F34R
nagyúr
válasz
Frawly
#16392
üzenetére
azzal is kezdhetted volna... make defconfig.. nah mind1, en a folosleges drivert, halozati eszkozoket, wireless lan-t stb... mindent kiszedek.. tudom hogy nem fog kelleni ezzel is csokkentem a forgatasi idot. Annyit meg ha a make utan nem irod mennyi szalon dolgozzon akkor el fog vele szuttyogni.
-
Frawly
veterán
Én is csak fordítom. Csak fordítom. És csak fordítom. Nem akar vége lenni, 20+ perce megy. Lehet nem irtottam ki belőle eleget. Az is igaz, hogy VM, meg csak 2 prociszál van neki adva, meg 2 GB RAM. A defcongfigos kernelt ez a gép kb. 7-8 perc alatt fordítja le, azt régen mértem.
-
Frawly
veterán
Egyelőre nem állítottam át, most egyelőre forduljon ez a régebbi kernel, gyakorlásnak jó ez is. Először genkernel all-lal próbálkoztam, de mivel már 20 perce fordított, ezért megnéztem mennyi idő, a neten azt írják, hogy ennél erősebb gépekkel is lehet 10 óra. Na, abban a minutumban kilőttem, inkább csináltam kézi konfigot, most fordul az.
-
#16387
ubyegon2
félisten
aprokaroka87
#16384
válasz
aprokaroka87
#16384
üzenetére
Nagyon nem ismerem, de anno leírás alapján végigcsináltam pár ROM felrakást Defy-re, valahogy mostanában nem hiányzik, már a Xiaomi 4X-re bootloader nyitást se kértem, a Mi 9 SE-nél se tervezem.
Azért milyen büszkeséggel tölthet el itt mindenkit, hogy az ország tucatnyi Gentooo-sából negyed év múlva itt lesz a negyede!
-
#16383
ubyegon2
félisten
aprokaroka87
#16382
válasz
aprokaroka87
#16382
üzenetére
Már akinek, meg aztán brickelni is könnyebb, mint egy desktopot!
-
#16381
ubyegon2
félisten
aprokaroka87
#16379
válasz
aprokaroka87
#16379
üzenetére
Az erős elvetemültség legyőz bármilyen kátrányos helyzetet! Frawly koma nem adja fel könnyen, az Arch+pálcikaWM-mel is hónapokig harcolt!
Vesztett persze!
-
Frawly
veterán
Eddig még mindig hibaüzik nélküli. Most már a kernel fog mindjárt pörgetődni, annál kapásból nem tetszik, hogy 4.19.82-es. Itt ezek szerint elbaltáztam valami, mert nekem a 5.3.12-es kéne legalább.
Pedig emerge-ben a legfrissebb Gentoo 17.1 amd64 desktop stable profilt választottam. Gondolom a dev-et kellett volna.
-
válasz
Frawly
#16371
üzenetére
Én kifejezetten szurkolok ilyenkor, ha valaki ennyire elvetemült őrültségre vállalkozik!
Remélem a karácsonyi installból lesz egy jó kis videó is, persze megvágva a 200 óra!
(#16372) zoltanz
Ilyenkor nincs más választásuk, mint levenni. Gondolom a tesztlabor nem olyan, amivel egy per elé nézhetnének. Meg aztán fene tudja kinek mire van akkreditációja. Mert írni szinte bárki írhat bármit.
-
Frawly
veterán
-
Frawly
veterán
válasz
ubyegon2
#16370
üzenetére
Nem uncsi, izgi kifejezetten. Most már túl vagyok a chrooton, jelenleg az emerge-webrsync fut. Eddig még mindig sima, de szerintem még mindig nem vagyok a sűrűjében.
MBR boot azért kell, mert a qemu alapból nem tud UEFI-t, és elég nehéz külön csomagozással, meg egy kiló konfigolással rábírni, hogy támogassa. A rendes telepítéskor már UEFI-s boot lesz.
Az egész karácsonyi-újévi szabadságidőszak azért csak nem megy rá. Főleg nem húsvétig. Azért is gyakorlok előre, hogy mikor már rendesen telepítem fel, már rutinom legyen benne.
-
válasz
Rimuru
#16369
üzenetére
Óóó, hát akkor kár belefogni ilyen feladatba.
Amúgy is rámegy teljes karija talán húsvétig is elhúzódhat. Meg aztán nem csak emulálni lehet ám, szimulálni, kumulálni, anulálni......valami sak megy, nem? De!De hogy egy hónapos telepítésre még hetekig gyakorlatozzak virtualban!
Frawly koma, Te nagyon unod magad.
-
Frawly
veterán
Na, gurul fel a Gentoo, egyelőre qemu-kvm virtuális gépre, BIOS MBR GRUB boottal. Eddig elég problémamentes, igaz nagyon az elején vagyok, még csak hálózatcsiholás, particionálás, volt meg, most gurul le a stage3-amd64 sima tartball. Bár a későbbiekben azért számítok szopórollerezésre, mikor a fordítás bekonfigolása, meg a fordítások következnek, meg chrootolás az új rendszerbe.
-
-
válasz
Frawly
#16361
üzenetére
Akkor találj ki helyette más szót, azt fogom rá használni.
OK!
A lényeg, hogy a bootidő sok mindennek lehet fokmérője, nem feltétlen csak a türelmetlenségnek és a sznobságnak.
Nekem mániám többek között a bootidő nézegetése, de qrva türelmetlen is vagyok, ez tény! Sznob viszont nem, mivel nem ájfont vettem most sem, hanem Xiaomit! (már megint szegény cigam kollégát piszkáljuk)
A 2-es számrendszerben 0/1-es számjegyek vannak, a 3-asban 0/1/2-esek. Szóval a 2-es számjegy előfordulhat 3-as számrendszerben.
Most komolyan kérdezlek kivételesen! Szerinted ezt a zagyvaságot a 2-es számrendszeres témában tényleg komolyan írtam? Idióta barom vagyok, aláírom, de ennyire még én sem vagyok mélyen agyilag! (remélem) Ne javítson ki senki!
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Frawly
veterán
válasz
ubyegon2
#16358
üzenetére
Akkor találj ki helyette más szót, azt fogom rá használni. A lényeg, hogy a bootidő sok mindennek lehet fokmérője, nem feltétlen csak a türelmetlenségnek és a sznobságnak.
A 2-es számrendszerben 0/1-es számjegyek vannak, a 3-asban 0/1/2-esek. Szóval a 2-es számjegy előfordulhat 3-as számrendszerben.
-
cigam
titán
válasz
Apollyon
#16356
üzenetére
Nem bántotta senki őket, csak kérdeztem. Ezt a listát megtaláltam, de nagyon a sor végén vagyok
Amúgy a korrektorok a cikkek jogi vonatkozásait is figyelik? Különös tekintettel a "Intel AMD Hackintosh MacOS Catalina 10.15.0 telepítés leírás AMD Ryzen PC-re" cikkre, ami full warez, illegális módszerek leírása! -
válasz
Frawly
#16357
üzenetére
Ez a bloat szó nem túl jó, valami olyan kéne helyette, ami kifejezi az értelmetlenséget, mivel egyértelműen baromság a bloat szót használni olyan gépeken, ami nálam vígan így bootolt és a rendszert és annak minden elemét hasonló virgoncsággal kezeli.
Az értelmetlenség abban merül ki szerintem, ha valaki gyenge gépre rak olyan rendszert, ami nyögdécsel rajta és abban, ha valaki erőgépen pálcikawm-et használ! Bár utóbbi sok esetben értelmes, mivel a felhasználó tudatosan és adott céllal teszi ezt, míg az első esetben épp a tudatlanság az ok. Nevezzük inkább ismerethiánynak.
Nálam az optimális és értelmes felhasználás jelenik meg(mi más), mivel az ismeretszintemnek, felhasználói igényemnek megfelelő hardverelemeken használom az azon optimálisan működő szoftvereket!
Kisteherautóval szállítom a két zsák cementet, nem 30 tonnás pótossal és nem Suzukival viszem a 3 köbméter sódert.
Az, hogy egy DE fullos, különösebben nem okoz gondot a gépemen, mivel kontrollálni tudom mind az induló programokat, mind a szolgáltatásokat, így minden más, ami csak ott van, de nem indul terhelve a rendszert, max tárhelyet foglal, ez viszont jelentéktelen méreteket jelent! Ebben az esetben marhabaromság bloatságról beszélni, mivel tökéletesen optimalizált minden.
Ott van ezzel szemben a kopasz YT-os haverod az erőgépével!
Ezt a systemd dolgot nem igazán értem, bár tisztában vagyok vele, mely csoportok utálják, azt is értem, hogy miért, de marhaság mindenért azt okolni! Ha az nincs, az utóbbi 5 évben a rendszerterhelés ugyanennyit növekedett volna, mint vele. De ezt akár meg is tudhatjuk két kollégától is, akik rácuppantak most a hyperhype MX-re Debian helyett.
Minimalista, szerverüzemeltető meg oldschool tulok felhasználók egyértelműen utálják a systemd-t meg azokat a felhasználókat is, akik még csak nem is érzékelik, hogy nekik systemd-jük van meg azokat is utálják, akik kiszolgálják ezt a réteget. Összességében a pro/kontra állásban nagyon nokedlik vagytok ezzel az 5 év alatt összekapart pár hátrányával! Ugyanezeket olvasom 5 éve, unalmas emiatt nagyon, lehetne valami új is, mindemellett megértem, kinek miért van baja vele.
(#16356) Apollyon
Ne szórakozz már, a kettes hogyan lenne már hármas számrendszerben!?
Csak azért, mert valaki bekavar egy nullával? Lószart. Egyébként meg kihagytuk az 1-est, legalábbis az azzal való jelölést. Szóval a nulla az egyes, a 2 a kettes. Ez kettes számrencer nyilvánvalóan. Így már OK?(huha, most látom a hsz-t, hogy elküldtem, kezdek Frawly-szintű novellisztikus szintet elérni ezzel a hsz-szel)
Konnektorokat meg nem bántja senki, nem csinálnak ők semmit....... Ja, hogy épp ez a baj?
-
Frawly
veterán
válasz
ubyegon2
#16352
üzenetére
Ehhez még egy reagálás. Azt írtam, hogy 1) ha hosszú a bootidő, akkor is csak 2) egy lehetséges ok, hogy bloat a rendszer.
Na már most a te 2,7 és 3,2 mp. bootidejű témád az már az 1-es pontba sem tartozik bele. De pl. egy SSD-ről 9-10 mp.-ig bootoló rendszer egyértelműen bloatabb, mint egy ugyanazon a gépen 5 mp. alatt bebootoló soványabb disztró. Ezzel elég nehéz vitatkozni. Max. csak mentegetni lehet, hogy neked kell a bloatság, mert mindent használsz belőle, meg kell a felhasználóbarátság meg a grafikus felületes megoldás mindenre. De attól még bloat.
-
Apollyon
Korrektor
válasz
Rimuru
#16345
üzenetére
Lol jó sok hsz-t szültetek ide bakker.
Meg látom át is keresztelted magad. Honnan ez a név?(#16260) F34R
A devuan még régebbi csomagokkal dolgozik mint a stabil debian. Azért az már nekem sem pálya.
Most mx linuxon szívok ugyan az xfce bloattal (i3wm-hez képest bloat ugye), de most kellett egy egerészős megoldás. De legalább csilli-villi, ez most tetszik legalább benne.Azt, hogy nem systemd-s, onnan tudtam meg egyébként, hogy amikor megpróbáltam terminálból leállítani a szokásos paranccsal a gépet (systemctl poweroff) kiröhögött a rendszer.
Meg egyébként vannak kényelmi fícsörök is, pl. simán elérhető alap tárolóból az a régi lib, amivel tudnom használni azt a csökött vibert...Ami rossz pl., hogy a chromium nem a debian féle csicskított chromium, de végül maradtam az ungoogled-* verziónál, mert frissítették végre.
A logoutos írásokkal kapcsolatban:
Az írás akkor kerül ki, amikor Kalandor kiteszi, vagyis beidőzíti.
Tehát tök mindegy, hogy ha én korrektúrázok valamit és másnap kész, ha amúgy ott megáll a történet.
Itt lehet amúgy látni, hogy mik vannak még korrektúra alatt, és mi van kész.Jelenleg én is lógok egy írással, múlt héten kaptam de most két hétig ültem rajta, mert nemhogy korrektúrázni és fórumozni, de élni is alig volt időm. Azonban holnap (azaz már ma vasárnap) kész lesz.
Na mindegy, szóval nem bántani a korrektorokat
uby: a 2-es szám amúgy már hármas számrendszerbe tartozik, ugyanis 0-1-2
-
Frawly
veterán
válasz
ubyegon2
#16352
üzenetére
Igen, a systemd egyre bloatabb. 2015 már 4-5 éve volt. Akkor még nekem is gyorsabban bootolt, meg kevesebb ×4r volt benne. Most viszont változnak az idők. Eleve már a kernel is bloatabb, mint néhány éve. A Mint Cinnamon sem épp egy sovány disztró, asztali környezet. Persze mihez képest, egy Win10-hez, meg Kubuntu-hoz képest meg talán soványabb.
Egyébként ha követed az írásaimat, akkor láthatod, hogy korábban nem volt bajom a systemd-vel. Nekem csak az utóbbi időben vált nyilvánvalóvá, hogy egyre türhetetlenebb. Persze aki értett hozzá, mindjárt a bevezetésekor elkezdett lázadni, hogy mekkora ökörség. Nálam csak mostanra sikerült kivernie a biztosítékot. Lehet nálad is ki fogja előbb-utóbb, csak még várat magára.
-
Nagyon jó ez így! Úgy nem is lehet, hogy írni kéne erről és akkor próbálgatom, vagy talán így is megy, de az a biztos, ha csinálni akarod és azt dokuzod!
Jó lesz az, már látom előre. Vannak érdekes dolgok az MX-ben. Beírhatnád ide, ha megjelenik, mert sok Linuxos cikket csak tök véletlenül fedezek fel. -
válasz
Frawly
#16338
üzenetére
Ha hosszú a bootidő, akkor az azt jelenti, hogy bloat a rendszer
Hoppa!
Nofene! Ezek szerint a 2015-ös Mint Cinnamon mégsem egy bloat rencer volt? Mer'ugye 3,2s meg 2,7s bootidőt produktívkodott egy öregecskedő desktopon!Na te édes szisztemdé...........akkormostezígyhogy?
No most én jól ráijesztek erre a szisztemdére! Nesze:
-
válasz
Frawly
#16334
üzenetére
Nem azért, mert hülyének nézem, hanem az SSD-s topikban is lépten-nyomon kiderül
Értem én, de az SSD-s topikba minden odatévedő ismeretlen írkál, itt meg azért mégiscsak egy kis ismert pofákból álló kör(nem írhatom, hogy ismert nevek, ugye....)
Egyszóval esetedben 2 dolog biztosan be fog következni, egyik, hogy mindig előjössz a stoppereléssel, másik, hogy bármi bármivel történik, ami nem tetszik neked, akkor az a rohadt systemd már megint!
Tutira biztos vagyok benne, ha elfüstölne a tápod és vinné magával a fél gépet, az is ráhúznád Pottering komádra. Azt meg ugye látjuk, milyen hatással volt kéklufira, hogy síkhülyének nézted!
Kéklufi koma! Minden OK veled? Mi a búbánat ragyás térgykalácsnyi fasza ez az új trükkös név?
Nekem különösen rossz ez a marha névváltás, mivel ketten voltunk ilyen kettes számrendszerű nevekkel büszkélkedhető állapotban.(#16344) cigam
Nagy ügy, ha kijön addigra a 20-as, átírod a címet és kalap-kabát! Észrevenné valaki?
Mondjuk rajtam kívül...... -
Frawly
veterán
Nem tudom az OpenRC mennyire gyors. Fogalmam sincs. Utoljára Kubuntu 14.04-en használtam klasszikus script alapú RC initet, de az egy elég fostos, lassú, celeronos laptop volt, 5400 rpm-es laptop HDD-vel.
De már előre borítékolom, hogy ha rossz koncepció is az OpenRC, a systemtrétől ócskább nem lehet, az eleve kizárt. Legrosszabb esetben azt tudom elképzelni, hogy nem lesz gyorsabb, de legalább bloatmentesebb lesz.
-
Frawly
veterán
Nekem nem mindegy. Persze nem mintha élet múlna rajta, de ha lehet gyors, miért legyen lassú? Meg én sokat frissítek, meg többször is újrabootolok egy nap. Jó fokmérője egyébként, hogy egy rendszer mennyire bloat, meg össze lehet vetni vele egyes gépek használhatóságát. Ha hosszú a bootidő, akkor az azt jelenti, hogy bloat a rendszer, mert eleve bloat alaptelepítésben, vagy a user telepített fel túl sok szutykot, vagy a gép valami muzeális darab, ami csak ennyit tud.
Ez nem csak a bootidőre igaz, hanem progik betöltési idejére is. Pl. annak idején nagyon szimpatikus volt a Commodo Edit, de mindjárt azonnal láttam, hogy használhatatlan, mivel olyan lassan töltött be (akkor még HDD-ről), hogy kínos volt kivárni.
-
Frawly
veterán
válasz
ubyegon2
#16327
üzenetére
Igen. Ennyire szájbarágósan írtam. Nem azért, mert hülyének nézem, hanem az SSD-s topikban is lépten-nyomon kiderül, hogy azért ír mindenki más-más bootidőt, mert mindenki más módszerrel méricskél. Én meg biztos akarok lenni, hogy ugyanazt értjük rajta.
Tudom, hogy primitívnak tartod a stopperezést, már a más topikokban is körberöhögted, de ez az egyetlen megbízható mérés, ami minden platformon működik, nem csak systemd-s linuxon, és tényleg jól mér.
Természetesen nem vagyok méréssznob. Igazából engem nem is nagyon érdekel, hogy 4,3 vagy 4,7 mp. a bootidő. A lényeg, hogy 4-5 között van, és nem 9-15, meg nem 30-120.
Nálam a systemd-analyze nem mér jól, de az oka is kiderül, beleméri az UEFI-ben töltött időt is (még a bootmanager előtti időt). Meg a reaching graphical target-et is elég saját szája íze szerint értelmezi, nem a tényleges grafikus felület betöltődésénél, meg nem vonja ki azt az időt sem, amíg bejelentkezek. Szóval úgy komolytalan, ahogy van, de nem baj, a systemd-től már megszoktuk ezt a színvonalat, Pöttyeringtól kifejezetten el is várjuk
-
válasz
ubyegon2
#16327
üzenetére
ubyegon@ubyLMCin192HP:~$ systemd-analyze
Startup finished in 5.185s (kernel) + 1.925s (userspace) = 7.110s
graphical.target reached after 1.919s in userspaceA tegnapi userspace +34s volt, most +1,925s, de a systemd blama nem mutatta a + szuttyogást.
Mindegy, öreg notebook, lassú Cinnamon, elég ez.
-
válasz
Rimuru
#16325
üzenetére
Két dologban voltam biztos, egyik az, hogy ezt bedobod előbb-utóbb meg Frawly "stopperralmérj"-jében.
(#16326) Frawly
Ha közben titkosítás jelszavát, felhasználói nevet, jelszót kell beírni, annak az idejére meg kell állítani a stoppert.
Ezt tényleg elmagyaráztad így kéklufinak?
Ritkán kacajgok kora hajnalban, de most ez felvidított!Különben meg mivel Te már készségszinten kezeled a stoppert úgy látom, nyugodtan rakhatod fel a systemidétlen Gentooooot. Nem írsz erről a stopperolásról egy blogot, akkor nem kéne ennyiszer leírnod, csak belinkelnéd! Jó, tudom, szeretsz novellisztikusan írni......
-
Frawly
veterán
válasz
Rimuru
#16325
üzenetére
Ha ez vigasztal, hiába is lenne systemd-d, a systemd-analyze mérése sose annyit mutat, mint a tényleges bootidő. Ha kíváncsi vagy a bootidőre, akkor stopperrel kell mérni. A bootmanager, bootmenü betöltődésétől indítva, egész odáig, hogy a grafikus felületen minden betöltődött. Ha közben titkosítás jelszavát, felhasználói nevet, jelszót kell beírni, annak az idejére meg kell állítani a stoppert.
Nálad ha jól emlékszem, Ryzen 1600-on fut Gentoo SwayWM-mel. Annak szerintem kb. 4 mp. alatt fel kéne állnia.
-
Mert akkor még máshogyan mért?
Na látod az lehetséges, hiszen elég sok verzió frissítésen esett át az is. Két másodperccel hosszabbodott a telepítés utáni friss rendszereken a bootidő Debian/Ubuntu alapon is és Archklónoknál is, de halál pontosan ennyi. Antergos/Manjaro 2,7/4,7 Debian/Debian 3,1/5,1 sec.
Nem lényeges, csak érdekes.
No de, most megnéztem, tényleg másképpen mér.
Ez a HP8570p, de mindegy neki, hogy mennyi memó van benne.ubyegon@ubyLMCin192HP:~$ systemd-analyze
Startup finished in 5.132s (kernel) + 34.200s (userspace) = 39.332s
graphical.target reached after 1.953s in userspace -
válasz
zoltanz
#16315
üzenetére
Rakhatnál be képet a tesztről, főleg ha látszik rajta a bezuhanás másoláskor.
Ilyent-e. Mondjuk ez pont nem zuhan.
Találtam a Flash topikban egy régi képet, tök érdekes, hogy már systemd-s volt a Debian, mégis relatív öreg gépen egész jól bootolt, de utána már és azóta is 5s alá nem bír bemenni. Frawly koma meg a többiek is a systemd-re fogná a lassú bootot, de ugye akkor 2015 miért nem?
-
Frawly
veterán
válasz
zoltanz
#16319
üzenetére
Elvileg implementálhatták volna, de még nem teszi lehetővé az AHCI szabvány. Az NVMe-ket viszont eleve SSD-khez fejlesztették, nem úgy, mint az IDE, SATA, AHCI szabványokat, amelyeket HDD-khez meg optikai meghajtókhoz, csak utólag beledrótoztak 1-2 funkciót (TRIM, energiagazdálkodás), ami SSD-khez használható. Az NVMe-be eleve bekerült egy csomó SSD-kkel kapcsolatos funkció, ilyen ez a DRAM cache pótlása. Meg nyilván ez akkor ér valamit, ha van elég fizikai RAM. Meg van valamekkora CPU overheadje is ennek a HMB-nek, szóval nem teljesen ideális, de több, mint a semmi. Nyilván az optimális az lenne, ha az SSD-ről nem hagynák le a DRAM cache-t, annyira nem drága implementálni, főleg ha 1 GB alatti méretet tesznek rá, alig pár ezressel dobja csak meg az árat.
-
Frawly
veterán
válasz
Rimuru
#16316
üzenetére
Azért már az is előrelépés, hogy csak megröccenés van, HDD-n lévő swapnál ilyenkor beáll az egész rendszer, mint a szög, még az egérmutató sem mozog, meg billentyűkre sem reagál, csak percek múlva.
A 8 GB abszolúte ajánlott, de a 16 giga sem drága ma már. Igazából már a 32 giga is megfizethető, de az már értelmetlen overkill lehet, ha az ember nem használja ki. Akinek meg fontos a cache, az ne a legolcsóbb, DRAM cache nélküli SSD-ket vegye, mint az A400, BX500, stb.. Ezek windowsos irodai Mancikáknak lettek kitalálva Excel meg Pasziánsz alá.
A 4 GB RAM viszont ma már annyira a minimális határon van, hogy érdemes bővíteni.
F34R: azt tudni kell, hogy a DRAM cache nem úgy működik, mint a sima NAND vagy OS RAM cache. DRAM cache-ben inkább az FLT táblát tárolja az SSD vezérlője, ezért a DRAM hiánya elsősorban a 4K vagy azalatti blokkméretű random lemezműveleteknél fontos. A NAND / RAM cache meg a szekvenciálisoknál.
A DRAM cache és a RAM cache csak újabb, DRAM-less NVMe-ken fontos, ahol a meghajtó Host Memory Buffer funkcióval tudja a RAM-ot DRAM-cache-nek használni (pl. Intel 660p, Crucial P1, stb.).
-
zoltanz
nagyúr
Tesztelgetek egy 3D TLC-s SSD (Crucial BX500) Linux-on.
Ha hirtelen fogy ki az OS system Ram-ból akkor azért megröccen, (DRAM cache negatív ugye) várni kell még kiírja a disk cache-t a system Ram-ból az SLC cache-be. Egyenlőre ilyen még ritkán van 3GB. Több RAM-nál azért hétköznapi használatközben ha ki is fogyna, nem ilyen hirtelen tenné.
Ha lassan fogy ki észre sem venni, hogy már swap-pol. HDD-nél ilyenkor bezuhan a teljesítmény igencsak. -
válasz
Frawly
#16311
üzenetére
Első pillanatokban én is nézegettem az A3-at, de már annyira megszoktam a gyári MIUI-t, hogy nekem az jobb lesz. De amúgy minden kiszemeltnél találtam valami hiányosságot, ami miatt tovább kerestem, például nekem a jack is fontos, de a type-c már nem elkerülhető. A hang ezen a Note 8 Pro-n se fényes, de a fényképező része szuper, főleg a 4X-hez képest és játékra kihegyezett proci van benne, aminek roppant mód örülök, mivel soha életemben nem játszottam telón és nem is fogok. És nem amoled, hanem valami dotdrop, de fogalmam sincs az mi a manó. Elmentem a Xiaomi mintaboltba és forgattam, mint qrva a ridikült és tetszett. Bazi nagy és ahogy kezembe vettem, már láttam is, milyen hatékony fegyver lehet belőle.
Szifont én nem bántom, mert cigam kolléga megint berág ránk nagyon.
Amúgy is az én pénztárcám az Xiaomira van méretezve. -
válasz
Rimuru
#16309
üzenetére
Na ugye, hogy A1! Csak én közben ugrottam a számokban. Mikor elkezdtem telókat bogarászni 4X helyett, megvolt a Note 7 jelöltnek, aztán jött a Mi 9 SE, most meg a Note 7-ból 8 lett és Pro, egyszóval megértheted, ha bele vagyok kavarodva kissé már.
Szenilis meg nem vagyok, mert alapból régóta ilyen ez, de mindenre emlékszem amúgy.
-
Frawly
veterán
válasz
ubyegon2
#16308
üzenetére
Nekem A2-esem van (nem Lite), de nem vagyok vele megelégedve. Ez is pucér Android One-os, lesz rá Android 10 is. De a képernyő fényereje nem a legjobb, egy frissítés túlzottan lecsökkentette, nem megy rajta a FullHD Netflix (ez a Netflix DRM hardveres dekódolós, minősítős baromsága miatt van). A beépített hangmodulnak is elég fos a hangminősége. Nuku audiojack. Összességében megbántam, hogy vettem, 175 font környékén volt, kicsivel többért lettek volna minden szempontból jobb vételek.
Az A1-eset nem ismerem, de arra nem érdemes rámenni, nem lesz rá szoftveres frissítés, meg túl régi, kifutott modell.
A sziFon meg nem rossz, de durván túlárazott, és csak azt csinálhatsz rajta, amit az Apple métlóztatik megengedni., emiatt nálam az összes Apple-termék feketelistán van. Hardveresen nem lenne vele baj.
-
cigam
titán
Feladtátok a leckét... ez egy Huavei Y6 2015, de biztos gyártják más telókhoz is.
Végigpörgettem szifont, de nem láttam a főoldalon, amúgy sem szoktam rendszeresen olvasni. -
-
-
#16303
Rimuru
veterán
aprokaroka87
#16302
Rimuru
veterán
válasz
aprokaroka87
#16302
üzenetére
Igen, valami 1 magos intel atom proci volt benne, Android 4 kornyeki rendszerrel.
-
#16301
Rimuru
veterán
aprokaroka87
#16299
Rimuru
veterán
válasz
aprokaroka87
#16299
üzenetére
Nekem volt x86-os telefonom is, nem kotelezo hogy armos legyen.
(ZTE Grand X IN)ubyegon2: de minek? ajandekozzam el olyannak akinek A2-je van?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- A fociról könnyedén, egy baráti társaságban
- Kerékpárosok, bringások ide!
- Óra topik
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen videókártyát?
- Futás, futópályák
- TCL LCD és LED TV-k
- Öszvér módszerrel veszi fel a harcot a memóriapánikkal szemben az ASRock
- További aktív témák...
- AKCIÓ! Apple Mac Studio M1 MAX 2022 32GB 512GB számítógép garanciával, hibátlan működéssel
- ÚJ! AKRacing Arctica gamer szék
- Xiaomi Redmi Note 14 Pro+ / 8/256GB / Kártyafüggetlen / 12Hó Garancia
- Samsung Galaxy Tab A8 32GB, Újszerű, 1 Év Garanciával
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest