- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Motorola Edge 60 és Edge 60 Pro - és a vas?
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Google Pixel topik
- Friss koncepciót hoz a Nothing Phone (3)
- Xiaomi 15 - kicsi telefon nagy energiával
- 200 megapixeles zoomkamerát sem kap az S26 Ultra?
- One mobilszolgáltatások
Új hozzászólás Aktív témák
-
válasz
zoltanz
#16689
üzenetére
systemctl list-timers -aKeresheted a cron-ok között is, de már nem ott van.
ubyegon@ubyLMCin192HP:~$ systemctl list-timers -a
NEXT LEFT LAST PASSED UNIT ACTIVATES
Thu 2019-12-12 20:03:58 CET 47min left Thu 2019-12-12 19:04:28 CET 12min ago anacron.timer anacron.service
Thu 2019-12-12 22:59:48 CET 3h 43min left Thu 2019-12-12 07:13:45 CET 12h ago motd-news.timer motd-news.service
Fri 2019-12-13 03:10:04 CET 7h left Thu 2019-12-12 06:16:06 CET 13h ago apt-daily.timer apt-daily.service
Fri 2019-12-13 06:59:23 CET 11h left Thu 2019-12-12 06:16:06 CET 13h ago apt-daily-upgrade.timer apt-daily-upgrade.service
Fri 2019-12-13 09:21:05 CET 14h left Thu 2019-12-12 06:31:45 CET 12h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2019-12-16 00:00:00 CET 3 days left Mon 2019-12-09 07:00:08 CET 3 days ago fstrim.timer fstrim.service
n/a n/a Thu 2019-12-12 06:16:52 CET 12h ago ureadahead-stop.timer ureadahead-stop.service
7 timers listed.
ubyegon@ubyLMCin192HP:~$ run-parts -v /etc/cron.weekly
run-parts: executing /etc/cron.weekly/0anacron
run-parts: executing /etc/cron.weekly/man-db
start-stop-daemon: unable to set gid to 12 (Operation not permitted)
run-parts: /etc/cron.weekly/man-db exited with return code 2
run-parts: executing /etc/cron.weekly/update-notifier-common
/usr/lib/ubuntu-release-upgrader/release-upgrade-motd: 31: /usr/lib/ubuntu-release-upgrader/release-upgrade-motd: cannot create /var/lib/ubuntu-release-upgrader/release-upgrade-available: Permission deniedAlignálást felesleges jó ideje ellenőrizni, régen is csak azért kellett, mert előfordulhatott volna elméletben, hogy régebbi Winek rontottak, de ez is inkább XP-nél volt rossz, mondjuk ott alapból.
Hátrább az agyarakkal,
Azt tudod, hogy ez nem így van ám? ......agarakkal! (na jó, ma is tanultál valamit)
-
válasz
zoltanz
#16677
üzenetére
Atyaég, csak most nézem ezt a QNAP-os baromságot, olvastam már idióta dolgokat, de hogy ezek ilyen ökörségeket írnak!
No mindegy, szerintem higgyünk az SSD gyártóknak, hogy 7-28% a min/opt overprovisioning! Legközelebb ha ilyen baromságokat találsz, linkeld be hamarabb! 
Ahogy Frawly is említi, még mindig nem éri meg alapból sem SSD-ket használni NAS-ba, de hogy ennek a 60%-t még hagyjuk is üresen.......
Halkan jegyzem meg azért a vezérlők egyre inkább szenvednek, sok feszültségérték, valamint divat elhagyni a DRAM-ot.
Hadd szenvedjenek!
Aki meg DRAM cache nélkülit vesz.....az is hadd szenvedjen! -
Frawly
veterán
válasz
zoltanz
#16677
üzenetére
Nyugi, csak szivatunk
Egyáltalán nem baj, ha intenzíven van használva, kímélni akkor sem kell, a neki szánt min. 3-5 évet akkor is simán kibírja. Esélyes, hogy ha nagyon gyúrsz rá, még akkor sem tudod szétírni. A vezérlő meg mindenképp tönkremegy, mindegy mennyit írtál rá, meg mennyi overprovisioning tárterületet hagytál rajta.NAS-ba egyébként nem nagyon szoktak SSD-t tenni, vagy csak a rendszer alá, az adatok alá nem. Ennek nem az az oka, hogy az SSD nem lenne rá alkalmas, hanem Ft/GB arányban a HDD kedvezőbb árra jön ki sok TB adatnál, meg NAS-nál azért sincs nagy értelme az SSD-nek, mert a hálózati bottleneck miatt úgyse tudná kifutni a sebességelőnyét.
De ha kő gazdag vagy, vagy kisebb NAS kell, nyugodtan tele tudod pakolni SSD-vel, semmi baja nem lesz még intenzív használatnál sem.
Ez az egész provisioning területtel huszárkodás felesleges. Egyrészt az SSD-n gyárilag is el van különítve egy bizonyos területhányad, kb.10% körüli minimum, másrészt a fájlrendszerek is hagynak egy kb. 5% tartalékot. Meg ugyebár adatszervezési önfegyelem is, hogy ne állandóan teljesen betelítve használjad, hanem rendszeresen csinálsz rajta helyet, amikor már kevés van rajta. Így egy normálisan használt rendszerben az overprovisioning soha nem lesz probléma. Egyre kell figyelni, lehetőleg a TRIM menjen, hogy segítse a vezérlő garbage collection és wear levelinggel kapcsolatos munkáját, és azért maradjon az SSD-n némi szabad hely ezen. Pár százalék már sokat jelent.
-
válasz
zoltanz
#16673
üzenetére
60%, no az már döfi! Eddig mindenütt 7-28%-ot olvastam, de végül is lehet azt még tolni 80-90%-ig is!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Bár a vezérlő fog először letérdelni főleg QLC-sekben.
Fene tudja, nekem gyanús, hogy ugyanaz a controler van a QVO és EVO-ban (Samsung MJX, 8 channels), de legalábbis minimális lehet a különbség közöttük.
-
Frawly
veterán
válasz
zoltanz
#16673
üzenetére
A 60% overkill. Attól is függ, hogy milyen sebességgel cserélődik az adat az SSD-n, azaz mennyire pörög rajta az írás és a trimes törlés. Nálam pl. általában mindenféle overprovisioning nélkül van kb. 50% üres hely az SSD-n, és az adatok sem cserélődnek rajta túl gyakran. Emiatt nem is lenne szükséges ilyen tartalék tárterület növelésére.
-
Frawly
veterán
válasz
zoltanz
#16669
üzenetére
De itt van a poén, hogy egy-két generáció alatt nem tud kihozni annyival jobb teljesítményt. Persze, néha javít rajta, de az nem annyira jelentős. Pl. ahogy a Ryzen 2xxx és 3xxx között is volt egy csomó optimalizáció, azonos TDP-n az utóbbi gyorsabb (kisebb csíkszélesség, és egyéb optimalizáció okán), de nem sokkal, így ilyen szempontból nagyjából azonosnak tekinthető. Ráadásul most egy ideje a CPU gyártók beleütköztek pár falba, 5 GHz limiten nem tudnak túllépni, 7-10 nm alá nehezen tudnak bemenni, IPC is már az egekbe van optimalizálva, így csak a magokkal, és a memóriavezérlés latencyjévél tudnak játszani. De ez is zsákutca, mert a túl sok magra a legtöbb alkalmazás nem, vagy rosszul skálázódik, egy magos erőben meg már nem lehet mit feltornászni.
-
Frawly
veterán
válasz
zoltanz
#16664
üzenetére
Nem, nincsenek csodák. A gyorsaság, magasabb teljesítmény, magasabb IPC-t, kisebb latency-t, magasabb órajelet és/vagy több magot / szálat / cache-t is kíván, ergo nagyobb fogyasztással és TDP-vel jár. Ez csak akkor nem igaz kivételesen, ha két nagyon távoli generációt hasonlítasz össze. Pl. egy 65W TDP-s asztali C2D procit és egy modern generációs i7 U-s procit, az utóbbi gyorsabb és csak 15W TDP-s. De ez azért ilyen morbid kép, mert van közöttük 10-15 év különbség, eleve már csíkszélességben meg gyártástechnológiában, és optimalizációban brutális a különbség. De ha mostani generációkat hasonlítasz össze, ja, a gyorsabb általában többet is fogyaszt, jobban is melegszik. A fizikát nem tudod meghazuttolni, a teljesítménybe munkát kell tenni, a munka pedig magas fogyasztással is jár, nem véletlen hogy a Watt mindkettőnek a közös mértékegysége.
A TDP nem pontos indikátora a tényleges fogyasztásnak, de azért így osztályra, kategóriára be lehet lőni a proci fogyasztását vele.
-
Frawly
veterán
válasz
zoltanz
#16655
üzenetére
Ez csak általánosítás volt. Általában a gyorsabb proci többet is fogyaszt, ez a tendencia, már ha nem túl távoli generációkat hasonlítunk össze. Csak arra akartam rávilágítani, hogy ez nagyon sok mindentől függ, önmagában a 3 órás üzemidő valóban nem tűnik soknak, de az, hogy mennyire rossz, az elég relatív.
-
válasz
zoltanz
#16632
üzenetére
Nem tudom, valamelyik parancs csak kiírja a sok közül, de a kondíciót az inxi -Fxxx is írja amúgy.
(#16636) Aweriot
Még szerencse, hogy nem fogott ki rajtad ez a komoly telepítés.
Különben is laptop specifikus parancs, nekem a desktopon ne vigyorogjon ott.No de akkor most tudod, mit akarsz megtudni az akkuról? Mindjárt kiderül, hogy az inxi kimenet is elég lenne......
-
válasz
zoltanz
#16556
üzenetére
Ezek szerint szerencsém az van, mivel nincs túl új gépem! Elég régiek, de ahhoz képest elég bika mindkettő, lassan lehet cserélnem kell a desktop egyes részeit, ez a Ryzen 3 2200G egész jónak tűnik, remélem a Vega 8 már Linuxon is múködik. Ami rossz ilyenkor, hogy alaplap és memória is másik kell, meg a tápot is érdemes cserélni lassan.....
-
Rimuru
veterán
válasz
zoltanz
#16544
üzenetére
Tippre borzalmas linux tamogatassal.
Windowsba belaganyoltak, hogy mukodjon tobbfele modban, de megneznem linux mit lat belole (ha ertelmesen kulonvalasztva ott van touch es touchpad eszkozkent akkor mindig egyiket/masikat engedelyezve/tiltva libinput alatt meg konnyu is lenne beconfolni, de nem tudom mit rejt a valosag). -
Frawly
veterán
válasz
zoltanz
#16537
üzenetére
De, én meg hiszem. Nem is azt mondtam, hogy gentoo-zni fogsz, de elindultál ezen az úton. A jövőben mikor végignézed a csomagjaidat, már eleve gyanakodni fogsz, keresni fogod, hogy mi nélkülözhető, mi váltható ki kisebb, kevesebb függőségű csomaggal. Ez ilyen szép észrevétlenül fertőzi meg az ember gondolkodását, ahogy ismeri meg ezeket a dolgokat.
uby: azért ne kényelmesedj el Minten, az sem fog örökké tartani, mint disztró, meg a Linux is el fog szerintem érni jó pár év múlva, hogy a Windows/MacOS szintjére züllesztik. A PC-k világa ilyen, olyan nincs, hogy megállhatsz, hogy akkor te készségszinten, meg akkor mindent tudsz, és onnan soha többet semmit.
Ez nem csak OS-ekre igaz, meg disztrókra, hanem bármilyen alkalmazásra, pl. néha médialejátszót, böngészőt, szövegszerkesztőt is kell váltani. Utóbbira nagyon jó példa, hogy kezdő linuxos koromban a Kate 4-et használtam, még KDE4-en. Teljesen f4×ányos kis text editor volt, nagyon jó fül/pluginkezeléssel. Csak aztán a KDE5-tel újraírták teljesen, porig butították, a használhatatlanság szintjére züllesztették a Kate 5-t. Azonnal keresnem kellett másikat. Aztán jött a vesszőfutás, hogy nem találtam helyette megfelelőt. Végül sok alternatíva végigpróbálása után lett a SciTe. De mindvégig tanulgattam a vim-et is, és bizony, hogy milyen jól tettem, mert végül ez vált be.
@milangfx: ja, grafomán vagyok, majd törekszek a rövidségre. Valóban rám férne ezen a téren is a minimalizmus.
-
Frawly
veterán
válasz
zoltanz
#16531
üzenetére
Ez így van, manuálisan ki tudod kerülni, nem csak dpkg -i-vel, hanem talán az apt-nak is van olyan kapcsolója, amivel a függőségeket ki tudod hagyni. De! Azt kell látni, hogy ha elkezdesz ilyen manuális, függőségkihagyó módszerekhez nyúlni, meg egyáltalán tudod, hogy ez alternatíva lehet, az azt jelenti, hogy máris munkát tettél bele, utánanéztél, terminálban huszárkodtál érte, tisztában vagy a technikai háttérrel, ergó elkezdél az arch-os, gentoo-s „minimalizmussznob”-okra hasonlítani, szép észrevétlenül elindultál ezen az úton. ubyegont pl. ez nem érdekli, ő elégedett, hogy fent van a rendszerén 2000+ csomag, felét nem használja, legalább harmadáról azt sem tudja, hogy mihez kell, tudná-e nélkülözni. Nem is kérdőjelezi meg egy csomagnak sem a szükségességét, hasznát. Ez tisztán filozófiai, elvi kérdés, ki mennyi kontrollt akar a rendszere felett.
-
Frawly
veterán
válasz
zoltanz
#16503
üzenetére
Archon nem kell forgatni az alkalmazásokat. Az AUR-os (külső tároló) csomagok nagy része viszont forráskódból fordul, de azt sem neked kell csinálni, a csomag szkriptje végzi automatizáltan, amit az AUR helper futtat le. De a normál csomagok már lefordítva jönnek, binárisként.
Gentoo-n sem kell konkrétan neked pörgetni a forráskódot, az emerge végzi, gcc-vel, vagy amivel kell, csak ugye itt szinte mindent fordítani kell kódból, és ez tetemes plusz idő lehet, attól függ, hogy mennyi és milyen csomagokat használsz, meg mennyire bika procis a géped.
Különbözik ez a két disztró abban is, hogy az Arch systemd-s (elvileg ki lehet belőle gyomlálni), a Gentoo meg nem systemd-s, hanem alapból openrc initrendszeres (de systemd-vel is lehet telepíteni).
Bizonyos értelmeben a Gentoo rugalmasabb. Pl. ha egy proginál bizonyos funkciókat nem akarsz beleforgatni a kódba, mert neked nem kellenek, akkor kikapcsolhatod fordításkor a sallangot. Ezt bináris disztrón, mint az Arch nem csinálhatod meg, mert ott készen lefordítva jön a csomag, és nem te döntöd el, hogy mit fordítsanak bele. Meg Gentoo-nál szintén te döntöd el, hogy adott progiból milyen verziót forgatsz, mennyire frisset, Archon meg ez el van döntve helyetted.
De másik példa volt pont az llvm, amit pl. Archon (és a bináris disztrókon, mint Debian, Ubuntu, Mint, Fedora, stb.) behúz a mesa csomag függőségnek, akkor is, ha nincs rá szükséged, míg Gentoo-n nélkülözni tudod ilyenkor.
(#16506) Aweriot: szerintem az Arch nem nagy szám, ha megszoktad, meg megérted mi miért van rajta. Tehát ha nem vagy kezdő. Nyilván nem éri meg mindenkinek. Pl. ha nagyon full extrás DE kell, meg sok Gtk-s és Qt-s alkalmazás, akkor értelmetlen Archot, Gentoo-t használni, mert mindenképp bloat rendszered lesz, és nem nyersz velük sokat, csak dolgozol vele egy csomót és a végén lesz egy olyan rendszered, amit felrakhattál volna egy Ubuntuval, Minttel, stb.. Ezeknek a haladó disztróknak akkor van értelme, ha olyan minimalista, sallangmentes rendszert akarsz, amilyenre a hagyományos disztrók nem adnak lehetőséget.
Mert pl. egy Mint-szintű, felhasználóbarát, full extra DE-s disztrón kapásból telepítve van vagy 2000 csomag. Aki viszont minimalista megoldásokat használ, meg szinte minden terminálból, annak elég alig pár száz csomag, na, ebben az esetben megérheti Arch, Gentoo vonalra rámenni. Attól is függ, hogy mennyire akarsz friss csomagokat, azaz friss csomagverziókat.
-
Rimuru
veterán
válasz
zoltanz
#16503
üzenetére
Arch binaris distro, gentoo az nem. Mind a ketto LFS (nem masik distrobol szarmazik). Mind a kettonek a legjobb wikije van (sokszor hivatkoznak is egymasra), stb. melyen bele lehetne menni, de azt nem akarod
sidenote: mind a ketto lehetne source based es mind a ketto lehet binaris is, de nem ez az alap allapot.
-
Frawly
veterán
válasz
zoltanz
#16411
üzenetére
Akár azt is lehet. De az már erőforráséhesebb, és pont azért lenne IceWM-ről szó, mert sovány. Így meg észszerűbb választás a Compton. Persze biztosan működik a Muffin is, de az meg az IceWM-mel párosítást kérdőjelezi meg.
@F34R: kösz az infót. Kicsit elkeserítő, hogy ki fog pörgetni 1,8 GB-ot. Már volt értelme gentoozni, most kezdem érzékelni, hogy a Linux világa sajnos mocskosul bloat lett
Meg hogy ez a Gentoo nem ilyen fing kis laptopokra való. Azért mindenképp megpróbálom, de lehet hosszú távon marad az Arch a notin, legfeljebb kiirtom belőle a systemd-t, vagy keresek valami systemd-mentes bináris disztrót.De még az asztali Ryzen 2600-os gépet is inkább érdemesebb lenne 2900X-re vagy 3900X-re bővíteni, hogy biztosan legyen elég kraft ezekhez a megabrutális fordításokhoz.
-
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.
-
válasz
zoltanz
#16230
üzenetére
De nem ezt írtam, válts át write only-ból.
Ja, tudom, sokan szeretnék, ha readonly-ban lennék egy ideig!
(egyébként jórészt abban vagyok)(#16231) Aweriot
Csak azért csinálja ezt kéklufi, mert azt hiszi, Te osztogatod a 3 hónapos free-ket a Spotihoz!
(#16232) colomb2
Napi 8 óra zenehallgatás? Akkor neked ez a munkád! Így már értem.
Mondjuk nem irigyellek, amilyen finnugor fura nevű előadókat emlegettél ott anno. -
-
válasz
zoltanz
#16016
üzenetére
Ez nem is csoda, ez a Candy Crush meg Cortana és egyebek nekem is piszkálja jó régóta a fantáziámat! Ha belegondolsz, hogy ezek kimaradhatnak az életedből.....
Én ma igen közel kerültem ehhez a Winx-hez, mert ha megveszem a kis HP-t tuti nekem kellett volna a szűz SSD-re Wint varázsolnom! Mert hiába kérdeztem, hogy LO nem lesz jó, nem Word kell egyetemre, kell Win.
porn dialer.exe - no meg még ez is!
-
Frawly
veterán
válasz
zoltanz
#14868
üzenetére
De pont az előbb írtam, hogy utálom a gamepad-eket, vagy csak nem jött le, hogy nálam a gamecontroller = gamepad vagy joystick vagy minden egyéb tekergetős-nyomkodós szar, ami nem bill+egér.
A BT billentyűzet játszana egyébként, de telón pont az a lényeg, hogy ha útközben vagy, akkor valamit érintőképernyőn játsszon az ember és ne kelljen minden szart hozzácsatlakoztatni. Ha otthon vagyok és billentyűzettel akarok játszani, akkor nem a telóról futtatom, hanem laptopról.
-
Frawly
veterán
válasz
zoltanz
#14863
üzenetére
Egyetértek. Nekem a telón még a játékokat is megöli a tapicskolós irányítás. Pl. nemrég játszottam telón GTA:SA-vel és Re-Volt-tal. Egész jól vannak implementálva pedig tapicskolós irányításra, de egyszerűen nem tudom normálisan irányítani nehezebb részeknél, tönkreteszi a játékélményt, hiába futnak jól ezek a játékok, akadás nélkül, max. grafikán. De ugyanez a gondom a konzolokkal is, rühellem a game controllereket. Csak billentyűzet + egérrel tudok rendesen játszani.
De pl. érintőképernyőn a nagyobb mennyiségű szöveg begépelése is nagyon kínkeserves, hiába a prediktív meg swipe-os szövegbevitel, sose lesz annyira triviális, mint egy rendes billentyűzet.
-
válasz
zoltanz
#14726
üzenetére
Ebben a kicsiben nem annyira, bár meglepően le tudja tépni az ember fejét a hengerővel. Iszonyú erő ebből a kis méretből. Hagyomásnyos fekete színű, fekete fém rácsazattal szerelt.
A legnagyobb fiamnak adtam, mert előtte a garázsban volt. Inkább a régi javított Vidit tettem ki, és ezt meg örömmel hallgatja a nagy kölök.Van egy másik is, ez a Chrono 509DC. Az már durva, nagyon ott van a helyén, na ott van Canton faktor. Ez van a nappaliban.
(Még a konyhába is maradt hangfal meg erősítő, de assszony nem rajong egy esetleges rendszer kialakítása végett
) -
válasz
zoltanz
#14724
üzenetére
Kis helyes...
Nekem C871-et sikerült alkalmi áron szerezni, eredeti sorszámozott membránszéllel. Egész nagyot, és jól szól.A fém előlap nem rossz, bár a gyerekek ezt is ki tudják játszani
(szerencsére az enyémek már nagyobbacskák)Na majd figyelem hifi témát, hogy mit is írsz az új szerzeményről.
-
-
Frawly
veterán
válasz
zoltanz
#14702
üzenetére
Az FF52 ESR támogatása már lejárt. Idő kérdése, hogy használhatatlan legyen. De a Pale Moon talán még elfut. Bár ebben a fenti történetben nem az XP az érdekes, hanem hogy a faszi gyorsan eljutott a Linux = Ubuntu = szar, mert lassan fut az őskövület gépén végállomásig.
-
-
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.
-
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
#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.
-
Frawly
veterán
válasz
zoltanz
#14638
üzenetére
A BSD-vel nekem az a bajom, hogy kevés ember áll mögöttük. Emiatt nagyon lassú a fejlesztése, meg a driverelláttottsága is lassabban alakul. Közben meg olyan előnyt nem kínál ezért cserébe, amiért érdemes lenne bevállalni. Max. csak rettenet régi gépen (pl. P2-P4 szint) gondolkodnék el rajta, mert kevesebb erőforrással is beéri, mint a legminimálisabb Linux, meg nem kell belőle ilyen systemd-t meg systemd-s függőségeket gyomlálgatni.
Illetve még nagyobb cégek szeretik, akiknek nem felelnek meg a linuxos GPL licencek kikötései, és helyette BSD, MIT licences megoldást akarnak, hogy ne kelljen a forráskódot visszaosztani.
-
Frawly
veterán
válasz
zoltanz
#14616
üzenetére
Ezzel egyetértek. Teljesen felesleges volt ZFS-ből két vonalat is fejleszteni, csak arra volt jó, hogy megossza a fejlesztőket, erőforrásokat. Fejlesszenek egy közös vonalat, de azt rendesen. Disztróknál is ezért baj a túlzott sokszínűség.
Meg azzal sem értettem egyet, hogy a BSD-ket, Illumnost sokan istenítik, hogy jajj, közvetlen Unix-leszármazottak, meg történetileg a gyökerek messzebbre visznek, míg a Linux az valami nemrégiben lángra kapott finn hülyegyerek hobbija, és akkor az biztos nem olyan jó és tuti komolytalan. Közben meg a mai unixlike rendszereknek már semmi közük nincs az eredeti Unixokhoz, még azok a BSD-k is, amelyek jobban építettek az eredeti forráskódra, ma már annyira megváltoztak kernel-, körítésügyileg, hogy már semmi közük hozzá.
ZFS, Btrfs átlag desktop gépre felesleges. Inkább szerverre valók az extra szolgáltatásaik, ahol fontosabb az adatintegritás, meg a snapshotozás és ilyenek. Mondom ezt úgy, hogy jó ideig használtam btrfs-t, amivel semmi bajom nem volt (azon kívül, hogy akkoriban még swap fájlt nem támogatott, most már ezt is javították), én arra használtam, hogy HDD-n töredezettségmentesítsem a rendszert úgy, hogy ne kelljen lecsatolgatni a partíciót, arra akkor jó volt, de minden más szolgáltatását kikapcsoltam, hogy ne egye az erőforrásokat, úgy meg nem sokkal volt másabb egy ext4-nél. Szóval valamikor hasznosak lehetnek ezek valami speciális igény felmerülése esetén, de nagy átlagban random desktop gépre minek. Attól most senki nem lesz Richard Stallman, mert a default fs helyett ZFS-t használ.
A fs benchmarkok is megtévesztőek, mert pl. az f2fs-t is azért tettem fel, mert sok forrást esküdött, hogy jobb az SSD-nek, meg sok benchmark kihozta, hogy gyorsabb, mint a többi, aztán közben egyik érv sem áll meg. Az SSD vezérlője úgyis fájlrendszertől, partíciótó, és egyéb szoftveres logikai feldolgozástól függetlenül kezeli az adatokat, az f2fs meg lehet nyers erőben jobb ilyen szintetikus méréseken, de a gyakorlatban átlag felhasználásnál a rendszer, a TRIM sokkal lomhább rajta, mint ext4-en. Ezért nem szabad hinni a „szakértők” színes grafikonjainak, a Phoronix meg a többi is tud jó nagy hülyeségeket leírni, és még ügyelnek is rá, hogy nagyon hozzáértőnek tűnjenek.
-
F34R
nagyúr
válasz
zoltanz
#14580
üzenetére
Akkor meg a youtube egy szimpla video portal volt. Ma mar teljesen marsol szol, fole huztak egy gazdasagi rendszert.
(#14582) colomb2
Az kb addig volt, mig nem reformaltak a yt-t teljesen az arcmasukra.
A search enginen kivul ez a masik szolgaltatasuk ami igencsak jovedelmezo. -
Apollyon
Korrektor
válasz
zoltanz
#14577
üzenetére
A gúgel mellett részemről egy érv szól: a kereső. Még mindig ez adja a legrelevánsabb találatokat, bár ez is egyre kevésbé lesz érdekes, tekintve hogy sokszor cenzúrázva van. Egy xkeyscore keresővel néha többre mennénk
Illetve még a youtube elég klassz ha információ kell. Persze ott is sok az értelmetlen cenzúra. Egy a sok közül, és kevésbé értelmetlen, de sajnálatos, hogy pl. a valóban működő WPA törésekről szóló videókat szinte azonnal törlik.
-
válasz
zoltanz
#14444
üzenetére
Persze, amelyik addig megy és akkor áll meg, ameddig és ahol én akarom.
Elég keveset autózom, így új autó nagy ráfizetés lenne és ezek az autós találkozók is arcidegzsábát okoznának hamar. Már ugye a parkolásokra gondoltam itt.
Van új autó, amit szeretnék, aztán pénzem van-e rá!?
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
No mindegy, szerintem higgyünk az SSD gyártóknak, hogy 7-28% a min/opt overprovisioning! Legközelebb ha ilyen baromságokat találsz, linkeld be hamarabb! 
Aki meg DRAM cache nélkülit vesz.....az is hadd szenvedjen! 
Egyáltalán nem baj, ha intenzíven van használva, kímélni akkor sem kell, a neki szánt min. 3-5 évet akkor is simán kibírja. Esélyes, hogy ha nagyon gyúrsz rá, még akkor sem tudod szétírni. A vezérlő meg mindenképp tönkremegy, mindegy mennyit írtál rá, meg mennyi overprovisioning tárterületet hagytál rajta.
Különben is laptop specifikus parancs, nekem a desktopon ne vigyorogjon ott.
Pedig Triax rakott ossze par dallamos zenet.Új hozzászólás Aktív témák
Hirdetés
- Könyvajánló
- Facebook és Messenger
- Kerékpárosok, bringások ide!
- exHWSW - Értünk mindenhez IS
- Windows 11
- NTFS, exFAT, FAT32 – Melyiket válaszd és miért?
- Interactive Brokers társalgó
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- EAFC 25
- CPU léghűtés kibeszélő
- További aktív témák...
- LAMZU Maya X 8K - Fekete + Artisan MIZUGUMO FUTAE P8 Gari: Mysoft.hu 2027.03.08 -ig - Ár alatt!
- MAGYAR Larousse Enciklopédia 1-2-3 egyben 2999 ft
- Napirajz könyv
- Erdély története I-II-III egyben 3990 ft
- Samsung Galaxy s23 256GB (Snapdragon Gen 2-es SOC) Cream színű gyári garanciás + carbon szálas tok.
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9700X 32/64GB RTX 5070 12GB GAMER PC termékbeszámítással
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- ASUS Radeon HD6950 DirectCU II 2GB 256bit GDDR5 EAH6950 DCII/2DI4S/2GD5 Videokártya eladó
- BESZÁMÍTÁS! LENOVO Ideapad Gaming 3 notebook - i5 11320H 16GB DDR4 256GB+1TB SSD GTX 1650 4GB WIN11
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest