Új hozzászólás Aktív témák
-
nagyúr
válasz Frawly #14651 üzenetére
Valamit benéztél, ezek magyar nők és csak amiatt raktam be, hogy gondolkodj el a génkeveredésen még egyszer. (mondjuk itt is kevert tipusok vannak már szerintem a képen)
komcsi konyhásnéni meg taplóparaszt utánérzésem Ha mostanában nem is, de jártál már bármikor magyar igazi falusi környezetben?
-
Frawly
veterán
válasz ubyegon2 #14652 üzenetére
Nem is az alföldieket akartam bántani. Nálam a paraszt nem azt jelenti, hogy földműveléssel foglalkozik, meg hogy iskolailag nem művelt, hanem hogy viselkedésében durva, tapló, modortalan, szögletes, kulturálatlan. Függetlenül attól, hogy hol él, mivel foglalkozik.
Természetesen a képen lévő „alföldi” nő nekem inkább tűnik mongolnak vagy kazahsztáninak. A balti nőkkel még nem volt dolgom, magyar kiadásban sem. Azzal is tisztában vagyok, hogy a népeknél nagy a genetikai keveredés.
[ Szerkesztve ]
-
zoltanz
nagyúr
válasz Frawly #14640 üzenetére
Btrfs is tetszik, de azt egyedül a SUSE Linux Enterprise Server használja alapértelmezetten. Valahogy azóta sem izgult rá más csoport. IBM meg nem tudni mit akar a Red Hat-tel, de kétlem, hogy ebbe az irányba mennének.
[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Apollyon
Korrektor
válasz zoltanz #14654 üzenetére
Én is kíváncsi vagyok mi lesz IBM-éknél, bár őszintén szólva nem tudom milyen hatása lesz a linuxra ha a bénázásukkal kivégzik a redhetet. Szinte az összes rossz dolog ami a linuxban van az a redhetből jött.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
nagyúr
válasz Frawly #14653 üzenetére
Na ebbe most úgy belegabalyítottad magad, mint majom a házicérnába!
Másik érdekes megállapítás:
Természetesen a képen lévő „alföldi” nő nekem inkább tűnik mongolnak vagy kazahsztáninak.
Inkább tűnik.....nagyszerű megállapítás. Kérdezd meg magadtól, merről is jöttünk!?
[ Szerkesztve ]
-
Apollyon
Korrektor
Azért nem a debian.org nálam a frontpédzs, de időközönként fel szoktam rá menni.
A főoldalon van egy olyan hír, hogy "The Debian Project mourns the loss of Lucy Wayland".
Hmm érdekes, egy nő is benne volt a debian csapatban, oké, megnyitom a hírt, amiben ez szerepel:"She was a strong fighter for diversity and inclusion, and participated in the creation of the Debian Diversity Team"
Magyarán a debiant is elérte már a gúgelnél meg más cégeknél is jelenlévő sjw mérgezés. Rákeresve az emberre tovább fokozódik az elmebaj, ugyanis kiderül, hogy az a "she" régen "he" volt.
A Lucy-s nevet beírva a gúgelbe első találatként kijön egy flickeres oldal, és igen, ő van rajta.Már csak azt nem értem, miért van szükség erre a diverzitás agybajra egy ingyenes os fejlesztésénél... Plusz lenne még egy pár éles gondolatom erre, de inkább megtartom magamnak.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
Frawly
veterán
válasz zoltanz #14654 üzenetére
Az nem mérvadó, hogy mi használja default, bármilyen disztróra fel tudod tenni, a kernel kezeli, btrfs-progs csomag meg van minden disztró tárolójában, amiben a mkfs, fsck, btrfs, defragos, stb. utilityket eléred btrfs-hez. Kezelik a bootloaderek, lehet rajta root partíció. A swap fájlt is támogatja újfent, mindig is támogatta, de egy jó ideig valami bug miatt nem volt érdemes rajta használni, ezt nemrég javították, ez az egy valódi korlátja is megszűnt. Bármire fel tudod tenni, nem kell hozzá Süsü, de még Arch sem. Nem szabad felülni a hülyeségeknek, hogy nem kiforrott, instabil, mert ebből semmi nem igaz, rengeteg ember használja, használta, közöttük én is minden probléma nélkül. Egy szál gond nem volt vele, nem hogy adatvesztés, sebességre sem tűnt lomhának, igaz én nagyon lájtosan használtam, nem sok extra feature-t kapcsoltam be.
(#14655) Apollyon: ja, ilyen faxa bloat dolgok jöttek a Red Hattől, systemd, pulseaudio, és egyéb szemét. Jól megleszünk nélkülük, meg az IBM nélkül is. Van már annyi cég és ember a linuxban, hogy egy-két óriásvállalat nem oszt, nem szoroz. Ott van még rengeteg cégóriás, aki bele tudja tenni a pénzt és embert, erre egyre inkább hajlandóak, mióta rájöttek az MS/Windows-univerzum korlátaira.
[ Szerkesztve ]
-
-
zoltanz
nagyúr
válasz Frawly #14660 üzenetére
Most nézegetem a btrfs-t, jó, ezé a jövő úgyis. Debian ugynézem ha több meghajtó van kikapcsoláskor nem mountolja le őket. Szervíz indul el bekapcsoláskor mindig, ilyen ext4 en nem volt. Valamit be kell állítani ennél?
[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Apollyon
Korrektor
bambano
Egyetértesz a Debian 10-es változtatásokkal? Mirejóez? Vagy mi a véleményed?
Én most raktam fel és agyfrászt kaptam.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
zoltanz
nagyúr
Nekem sem jött be, furcsa dolgokat művelt, volt, hogy teljesen eltűnt a kép, újraindításra is ua.
Mondjuk kínoztam direkt egy tesztgépen, munka közben lekapcsoltam az áramot stb. De lehet csak az én mumusom a Btrfs, Ext4 még nem sikerült letérdeltetni.
A Zfs még érdekel egyedül kipróbálásra, de ezt nem lehet root partícióra beállítani Debian-on, ha jól tévedek.[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
zoltanz
nagyúr
Csöcs hatású légzsák: Milyen lehet a női kivitelben?
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
F34R
nagyúr
válasz zoltanz #14665 üzenetére
Nem csak a tied... Van ilyen datawriteback loss anomalia. Mondjuk a snapshot ha nem serult akkor makod van es visszallitod. Erdekes egy allatfaj az biztos, aki elkezdte legeloszor hasznalni az egeszen biztosan ott hagyta, mindig a friss kernelmodul kellett hogy eppen az aktualis feature mukodjon (mar amikor mukodott).
2019-re lehet hogy hasznalhato lett, de arra sem vennek merget, hogy minden esetben. -
Frawly
veterán
válasz zoltanz #14662 üzenetére
Szerintem ezt nem lehet így kijelenteni. Mindenkinek más a jövő. Átlag desktop usernek elég az ext4, egyszerű, gyors, minden támogatja, szinte mindenhol default, az alap ext4-toolok is minden disztrón fent vannak szinte. Sok felhasználónak felesleges a btrfs extra featurehalmaza, pl. snapshot, cow, deduplication, röptömörítés. A legtöbben már SSD-t használnak, azon az online defragnak sem lehet már hasznát venni. De egyébként ez is fontos, hogy az SSD-nek már szinte mindegy melyik fs van fent rajta, egyformán villámgyors mindegyikkel, még a legszutyokabb NTFS, FAT32-vel is. HDD-knél még sokat számított milyen fs-sel használod őket.
De ha valakinek kell is a btrfs többlettudása, akkor ebben a szegmensben meg a ZFS on Linuxszal is versenyeznie kell.
Az f2fs meg inkább pendrive-okra, SD kártyákra való. Most hosszú hétvégém lesz, teszem is vissza az f2fs helyett az ext4-et és újratelepítem az Archot. Nincs még baj a rendszeremmel, de az f2fs-t nem érzem kellően fürgének (bootkor kicsit lomhának tűnik), meg sok felesleges gnome-es csomag és egyéb bloat van fent, így inkább tiszta lappal kezdek, csak a SwayWM-et, konzolos alkalmazásokat, stb. teszem vissza.
[ Szerkesztve ]
-
Frawly
veterán
Ez mindig így van mindennel, nem csak a btrfs-sel. Megéri mindig friss kernelt használni, sok új hardver, driver (pl. GPU), extra feautre más csomagokban is csak friss kernellel működik (pl. Wine, virtuális gépes dolgok, stb.). Pl. nemrég volt ext4-ben is egy adatintegritási bug, összeakadt az új scheduler-rel, amit csak újabb kernelben javítottak. A debianosok, centos-es felhasználók nem szokták érteni ezen a ponton, hogy miről beszélek, de általában uby sem szokta érteni, hogy mi a bajom az Ubuntu LTS-sel, Minttel (ami szintén Ubuntu LTS alapú). Túl régi csomagokkal csak szívás van, és nem is frissíthetsz külső forrásból sem, mert akkor dominósorban dőlnek a verziófüggőségek is, amiket nem tudsz kielégíteni máshogy, csak ha azokból is felteszed a legújabbat, de akkor már az egész rendszer frissülni fog, akkor meg inkább használjon az ember friss rolling disztrót, amelyen ilyennel nem kell szórakozni.
Igazából akik régi kernelt használnak, pl. CentOS-ben a 2.6-os és 3.1-es ágat, azok is csak áltatják magukat, hogy az kiforrott és stabil. Nemrég voltak felfedezett regressziók a backportolt kernelekben, hiszen hiába 2.6-os, egy csomó új feature vissza van portolva, így meg akár lehetne friss kernelt is használni, semmivel nem kockázatosabb. Jó, tudom, a friss kernel nem lesz adott esetben LTS meg 20 évig támogatott, de ezek amúgy sem jelentenek hátrányt a gyakorlatban, ilyen hosszú támogatási ciklusnak nem sok értelme van a dinamikusan, gyorsan fejlődő linuxos világban. Gyakran a frissebb kernel jobb teljesítménnyel is fut, jobban ki tudja hajtani az újabb hardvert, hiszen új schedulereket, új optimalizációkat is folyamatosan emelnek be (igaz bloat feature-öket is, meg spekulatív biztonsági réseket is tömnek, amik meg lassítanak, de ezeket ki lehet kapcsolni).
De már Windows alatt sem dívik, hogy egy verziót meg SP-t támogatnak 5-13-18 évig, ahogy pl. az NT4-et, XP-t, stb.-t még ilyen rettenet hosszú ideig támogatták. A Vistával nem voltak ilyen kegyesek, a Win7-nek is elvágják a köldökzsinórját rövid időn belül (csak céges felhasználók kapnak 3 évig nagyon drágán security update-eket). De a Win10 is átállt rolling modellre, csak úgy záporoznak a frissítések, igaz elég bugosan, de ez nem a rolling modell baja, hanem a MS hanyagsága, meg a tesztelésen spórolása. Win10-ből egy verzió már csak néhány hónapig támogatott.
A mac-es világban meg sose volt divat ez az 1000 évig támogatunk egy verzió, ott is mindig nagy rendszerességgel, rövid időközönként jön ki az új MacOS, és onnantól csak az támogatott, pedig használja sok cég is a platformot, akik videóvágással, fotózással, dizájnnal, stb. foglalkoznak.
-
Rimuru
veterán
válasz Frawly #14669 üzenetére
Maces vilagban meg sokaig volt pofajuk penzt is kerni a frissitesert. Szerencsere most mar nem kell, es 5+ ev gyari tamogatast kapsz (ha foverziot frissitesz).
f2fs: nem tudom hogy tudja bob hasznalni, kesobb teszteltem mint o, megis tobb problema elojott vele (nem tudok konkretumot irni)...
Vigyázat, csalok!
-
Frawly
veterán
válasz Rimuru #14670 üzenetére
Nekem csak az a bajom az f2fs-sel, hogy bootoláskor meg sok kis fájlokkal történő műveletekkor lomhának érzem. Meg a TRIM-ezése is lassú, és problémás, sem a discard, sem az fstrim nem támogatja, hanem saját garbage collection nevű megoldása van erre, ami minden x. boot és minden kernelfrissítés után lefut bootoláskor, és megcsinálja a TRIM-et.
Én is azért tettem fel f2fs-t, mert sok „szakértő” az írta a cikkekben, hogy SSD-re való, meg gyorsabb, mint az ext és társai. A Phoronix még ilyen alapos, több oldalas részletes méréseket is betett, hogy tényleg gyorsabb, ami igaz is, ha pl. nagy fájlokat másolsz vagy szintetikus teszteket futtatsz rajta, de valós felhasználás esetén sokkal fürgébbnek és problémamentesebbnek érzem az ext4-et. Nem véletlen, meg nem konzervativizmus, hogy az a default fs a legtöbb disztróban. Azt szoktam javasolni, ha nincsenek speciális igények (deduplikáció, snapshot, röptömörítés, stb..), akkor érdemes a deafult ext4-nél maradni, HDD, és Flash-alapú tárolón is.
-
Rimuru
veterán
válasz Frawly #14671 üzenetére
5-os kerneltol van BFQ esetleg megnezheted azt, vagy egyeb schedulereket is.
Amugy szerintem is boven mindent tud az ext4 es annyira de facto dekstopon hogy felesleges mas iranyba menni (felteve hogy nem kell konkretan mas, desktopnal kicsi az esely ra).[ Szerkesztve ]
Vigyázat, csalok!
-
zoltanz
nagyúr
Ébresztőnek egy kis adrenalin: Judy McLane Blue Angels VIP Ride
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Frawly
veterán
válasz Rimuru #14672 üzenetére
Na, újraraktam az Archot. Kicsit csalódás, mert ext4-en sem sokkal gyorsabb. Kicsivel csak. Talán a boot 1 mp.-cel rövidebb és a leállás is, így a boot 5 mp., a leállás 2. Egyedül az SSD fstrim-ezése lett gyorsabb, 30 mp. helyett csak 20 körül van.
Maga az újratelepítés könnyen ment. Bár a pacstrap beszopatott, mert háromszor próbáltam, mire észrevettem, hogy azért nem kezd neki a telepítésnek, mert a /boot/vmlinuz-linux fájl meglétére panaszkodik. Plusz azt mindig megszopom, minden egyes reinstallkor, hogy feltelepítem az alaprendszert, de elfelejtem feltenni a dialog és wpa_supplicant csomagokat, bebootol a kész rendszer, erre nincs net, mivel nincs Wi-Fi, letölteni meg ezeket a csomagokat net nélkül nem tudom, úgyhogy ilyenkor már rituálészerűen száguldok a szopórolleren, Arch live média újra bebootol, ott loadkeys wifi-menu (Wi-Fi hosszú random jelszó előkeres és begépel, a főbérlő nem engedi megváltoztatni és megjegyezhetetlen) mount arch-chroot /mnt pacman -S dialog wpa_supplicant majd exit, reboot, kész rendszer bebootol, ott megint wifi-menu km-hosszú jelszó bepöfög (többször nem kell, mert a wpa_supplicant menti profilba), mire van net. Ezzel mindig vesztek néhány percet, banális dolog, de rendszeresen sikerül elfelejteni. Pedig a telepítés simán ment, igaz csak egy root partíciót formáztam és alaprendszer telepítem, a /boot EFI partícióhoz nem kellett nyúlni (uby-nak üzenném, hogy az systemd UEFI boot előnye, nem kellett mindenféle GRUB telepítéssel fetrengeni) a régi /home-ból is sok minden beállítást visszahúztam. Maga az alaprendszer installja nem tartott tovább ilyen extra figyelmetlenségi szopókörökkel együtt sem 15 percnél tovább. Mindjárt elsőre rendben bootolt.
Mondjuk az Arch Installation Guide-ban még mindig van hiba. A sorrendet úgy írja, hogy pacstrap és csak utána locale-gen, de fordítva kell, mert egyébként a perl csomag nem tudja a locale-os postinstall scriptjeit lefuttatni.
Most viszont a belakás tűnik nehéznek. Kapásból nehezen ment a font antialiasing (RGB) és hinting (full) beállítása a ~/.config/fontconfig/font.conf fájlban, nem emlékeztem rá hogy kell, rég csináltam ilyet. Legutóbb az Archot Gnome3-mal telepítettem, az megcsinálta normálisan automatán, ugye a kezdők bloat kényelme. Az ~/.Xdefaults viszont megvolt a régi home mappában.
Azért így is megérte újratelepíteni, ~1400 csomag helyett most ~400 csomag van fent (nincs fent minden még, de nem fogja átlépni a 700-at), a 15 gigás helyfoglalás lement 3,3 gigára. Sokkal sallangmentesebb lett a rendszer magyarán. Érthető, nincs fent most már a Gnome3, dwm, i3wm, jwm, Openbox, egy csomó régi forráskódból fordításhoz letöltött csomag, meg azok a csomagok amik egy kipróbált progihoz kellettek és soha többén nem használtam őket, de elfelejtettem leszedni.
-
Frawly
veterán
Amit még rendszeresen megszívok: Alsa és PulseAudio esetén a hangkimenet telepítés után le van némítva default. Miért szopatják ezzel az embereket? Most az is zavart, hogy a Firefox szerint telepíteni kéne a PulseAudio-t, de már telepítve volt, a Chromium behúzta előtte függőségnek. Próbáltam újraindítani a gépet és a Firefoxot is, nem segített. Aztán ahogy ráadtam a hangot, eltűnt a hibaüzenet. Fura. Jó édes női felmenőjébe elmehet, aki ezt kitalálta. Gondolom ezért is Pittyeringnél kéne verni az ajtót. Telepítés után defaultnak kéne lennie az 50% hangerőnek minden aktív bemeneten és kimeneten. A 100%-ot megértem miért kerülik, ha valaki erősítőn van, vagy feltekerte a hangszórókat, az ne kapjon szívinfarktot, ahogy megszólal telepítés után a hangeszköz. De hogy 0%-on hagyni? Ez már évek óta így megy.
[ Szerkesztve ]
-
Apollyon
Korrektor
válasz Frawly #14675 üzenetére
Nálam Debianon az ALSA nem néma, legalábbis az alsa-utils feltelepítése után van hang, nem kell állítgatni. De lehet rosszul emlékszem már.
Érdekes, hogy a Chromium nálad pulseaudio függőséggel megy. Debianon nem, bár ott alapból enyhén csicskított verzió van, gúgel store vagy mi le van tiltva stb. Ami mondjuk érdekes, mert én inkább az ungoogled-chromiumot használom, abból van igazán kiirtva a gúgel, ott garantáltan nem beszél haza a chromium. Bár most a fejlesztő le van maradva a 71-es vagy 72-es verziónál.Chromiumot én csak akkor használok, ha valami nagyon nem megy Firefoxban, ugyanis ott szénné van tiltva minden, auto süti törlő egy rakás más privacy kieggel, így szinte minden weboldal szétesik (noscript miatt pl.), nem működik.
Btw ja, nem hagynék ki egy kis pöttering fikát, rohadjon meg Reméljük IBM letöri a szarvát.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
nagyúr
válasz zoltanz #14677 üzenetére
néha magától felmorajlik,
Azt meg hogy?Nekem a bemenetválasztó kapcsoló volt kh-s, na az is szép menet.... szintén hajnalban: a tv adás hangja (set-top-box-on keresztül) megszólal, majd átvált tunerre, stb...
[ Szerkesztve ]
Selenia 5w-40 motorolaj eladó! Na meg 4db Ford Kuga TPMS szenzor, 12k-ért
-
Frawly
veterán
válasz Frawly #14501 üzenetére
Közben a tar c mappa | xz -k -z -9 -e -T4 helyett találtam egy elegánsabb megoldást:
XZ_OPT="-e9 -T0" tar cJf tarfile.tar.xz mappaNem kell pipe, nincs feleslegesen kiadott -k és -z kapcsoló. A T0 megtalálja magának, hogy hány szálas a proci.
Ez utóbbival kapcsolatban lenne egy kérdésem a hozzáértőbbek felé. Néhány stackexchanges vitalapon olvastam, hogy sokan fordításhoz a make -j kapcsolónál másfélszer nagyobb értéket adnak meg, mint ahány szálas a procijuk. Ezt azzal indokolják, hogy ha pont annyit adnának meg, akkor némi I/O és rossz adminisztráció miatt nem használna ki minden erőforrást a progi, míg ha több szálat indítanak, akkor ez a ki nem használt rész is csökken.
Ennek alapján arra gondoltam, hogy az xz-t is érdemes lenne a -T paraméternél másfélszer akkora értékkel meghívni, mint ahány szálas a proci. Ennek így valóban lenne értelme? Csinálhatnék méréseket is, de nagy adattömegen kéne tesztelni, ahhoz meg lusta vagyok az időt rászánni. Meg gyanítom, hogy pl. 4 szálas procinál nem nyernék sokat a T0=T4-hez képest a T6-tal, ilyen több perces tömörítésnél alig néhány másodpercet. A véleményetek érdekelne ezzel kapcsolatban.
A másik téma, hogy elvileg a tar c mappa | xz blabla megoldásnál kéne az xz-nek egy -c kapcsoló, hogy stdin-ből vegye a csomizni valót, de erre a gyakorlatban nincs szüksége, enélkül is működik. Ez miért lehet? Esetleg a korábban kiadott -k miatt, amit bambano feleslegesnek ítélt?
[ Szerkesztve ]
-
nagyúr
válasz Rimuru #14682 üzenetére
Most kezdem, a SSD-s blog még marad, mivel berakták anno a Flash SSD topik Összefoglalóba mint hasznos írást! Azt lecserélik szakmaibb Gyorstalpaló nevű írásra, aztán ezekkel sem lesz gond legalább.
Műkedvelők ne irkáljanak úgy blogokat, mint ha értenének hozzá, kezdőknek magas, amiket írok, hozzáértők meg jobban tudják.....
Aztán megyek is a discord-ra.
[ Szerkesztve ]
-
zoltanz
nagyúr
válasz ubyegon2 #14683 üzenetére
Mindenki, rendszergazda, szoftver, hardver tervező mérnök az országban. (legalább is annak képzelik magukat) Aztán egy épkézláb számítógépet, notebook-ot nem tudnak választani, ha úgy van.
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
zoltanz
nagyúr
Jó ez a Buster. Ha megjön a stabil, csak át kell írnom a csomagtárolókat, és kész, vagy le kell gyalulni és újra tenni?
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Apollyon
Korrektor
-
zoltanz
nagyúr
válasz Apollyon #14694 üzenetére
Intenzíven használom lassan egy hete a Buster-t, munka közbeni áramszünetek sem hozzák zavarba. (szándékosan szimulálva)
Mondjuk tegyük hozzá gyorsan, elég legacy hardveren megy most: Core Xeon Quad + G41 + 8GB Ram + 128 GB SSD.[ Szerkesztve ]
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
zoltanz
nagyúr
válasz cami][us #14696 üzenetére
Lol o lol.
Nem baby metal, de jóManapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
-
Frawly
veterán
válasz cami][us #14696 üzenetére
Ja, ez a csávó hírhedt lett ezzel a videóval. A HUP-on is volt róla topik. Persze nem hibáztatom, v1.0-ás felhasználó, van egy hulladék, 256 MB RAM-os (!) P4 Celeron notija. Valaki mondta neki, hogy a Linux jobb lenne rá az XP-nél. De mivel nála ez úgy csapódott le, hogy Linux = Ubuntu (fővariáns). Csak azt nem látja át, hogy az Ubi modern gépre való, min. 2-4 szálas erősebb CPU, min. 4 GB RAM, használható GPU felállásban. Annak a 256 megás gépnek még egy AntiX vagy Spary Linux IceWM is kihívás lenne, első körben fel kéne bővítenie 1-2 GB-ra, ezek a notik többet nem fogadnak. Esetleg egy nagyobb mobil P4 proci bele, de attól sem száguldana, annyi, hogy egy modern OS-t 10 perc helyett 8 perc alatt töltene be. Leginkább csipketerítőt lehetne tenni arra a gépre, virágvázával, helyette meg venni egy olcsó C2D vagy régi genes Core i notit fillérekért 4GB RAM-mal, ha mindenképp a notebook formátumhoz ragaszkodik a szerencsétlenje és nem tud sokat rááldozni.
A poén az, hogy az Ubuntu még így is elég normálisan fut nála a videó alapján, csak sokat tölt, mivel már bootkor kifogy a RAM-ból és lassú noti HDD-ről tekeri a swapot. De amúgy semmi fagyás, vagy megjelenítési hiba nincs neki, annak ellenére, hogy ritka dzsunka hardveren fut. Azt kéne, hogy lássa, hogy egy XP-től fényévekkel fejlettebb rendszer, legalább akkora ugrás, mint DOS-ról Windows NT-re váltás.
-
Frawly
veterán
válasz ubyegon2 #14683 üzenetére
Szerintem ha takarítani akarsz, gyere el hozzám, kisúrolhatod az egész lakást, drótkefét, tisztítószert, erőt adó páleszt és kávét biztosítok
A blogposztjaidat hagyd békében. Legfeljebb a régi cikkeknél beteszel az elejére egy sort, hogy régi írás, nem minden infó aktuális belőle, kérdésekkel forduljanak az XY linuxos topikba.
Új hozzászólás Aktív témák
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC