- Vodafone mobilszolgáltatások
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- A Samsung bemutatta a Galaxy XCover 7-et
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
- Mobil flották
- Samsung Galaxy S23 Ultra - non plus ultra
- Realme GT 2 - aláírjuk
- Asus Zenfone 8 - komplett kompakt
- Elhagyhat egy kamerát a Galaxy S25 Ultra
- Luck Dragon: Asszociációs játék. :)
- Lalikiraly: MSI Cyborg 15 - Tényleg Kiborg.
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
Hirdetés
-
Fizetős formában tér vissza a Wayfinder
gp A készítők átdolgozzák a korábbi free-to-play játékot, az új korai kiadás júniusban érkezik.
-
Már a Patriot is jegyezhet MPOWER szériás DDR5 RAM-okat
ph Az MSI visszatérő termékcsaládjába illeszkedő készletek kétféle kapacitással érkeznek, három sebességszintre.
-
Oracle szervereket akar Musk AI-cége
it A jelentések szerint egy 10 milliárd dolláros üzlet keretében bérelnék az Oracle szervereit.
-
Mobilarena
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
ubyegon2
nagyúr
válasz #21078528 #13573 üzenetére
Köszi a tippeket, lassan hasonlókat szedek össze, bár még nem áll össze teljesen az optimalizált állapot.
A discard fstab- ba szerkesztése nélkül is használja már a TRIM- et 14.04 óta az Ubuntu alapú disztró, ha jól olvastam. Időzítést beállítottam napi gyakoriságra, a /home külön partíción van a HDD- n. Lehet másképp is? A var az nincs külön, swap meg most nincs.
Ezt az I/O ütemezőt nem bírom működésre bírni ezt írja:cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
Ezt a két sort beillesztettem az /etc/rc.local- ba, mégis fenti eredmény van. Smartmontools, az jó ötlet, HDD- n fenn is volt.
-
ubyegon2
nagyúr
válasz #21078528 #13575 üzenetére
MINT is beállítja automatikusan. Ütemező alatt az I/O ütemezést érted?
Lehet, hogy újratelepítem, mert a /home- ra tényleg nem fogok letölteni, torrent amúgy is külön megy HDD- re.
A /var- t meg külön rakom, már gondoltam rá, hogy ezt kár volt kihagyni.
Alignálás az rendben van.
Köszi a javaslatokat, sokat segítettél, alakul ez lassan, ez az első úgyis csak egy teszt telepítés volt.Azt hogy értetted, hogy tisztán SSD- s rendszerem van? Mer' ugye a HDD szóba került.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #21078528 #13593 üzenetére
$ dmesg | grep -i sata | grep 'link up'
[ 1.960030] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1.960053] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 1.964019] ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)$ dmesg | grep -i --color ahci
[ 1.641020] ahci 0000:00:0a.0: version 3.0
[ 1.641324] ahci 0000:00:0a.0: irq 42 for MSI/MSI-X
[ 1.641336] ahci 0000:00:0a.0: controller can't do PMP, turning off CAP_PMP
[ 1.641394] ahci 0000:00:0a.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
[ 1.641398] ahci 0000:00:0a.0: flags: 64bit ncq sntf pm led clo pio ccc
[ 1.642965] scsi2 : ahci
[ 1.643542] scsi3 : ahci
[ 1.643663] scsi4 : ahci
[ 1.643759] scsi5 : ahci -
ubyegon2
nagyúr
válasz #21078528 #13622 üzenetére
libata.force=3.0G
Ezt hová kell beírni , mert Win alatt nem nagyon ismerem a parancssort, bár Linux alatt se tudnám, hová írjam. valójában most csak a Win7 van fenn a tesztelések miatt, gyanytom, hogy ezt meg a Linuxba kell megadni
Biost még soha nem frissítettem, de újra azt mondom, hogy az ahci driverrel nem lahat gond, ha a HDD használja a sata2- t.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #21078528 #13626 üzenetére
A GRUB- ba kell beírni! Így már OK!
Amúgy a BIOS-ban biztosan nincs elállogatva vmi, kompatibilitási mód vagy hasonló?
Jó kérdés, de így direktbe csak az ide/ahci átváltást csináltam meg régebben, de átnézegetem majd.
nem mint ha sokat konyítanék a BIOS- hozA vinyót lehúzva lehet az ssd sata2 menne..
Sajna nem, mert pont így mértem a Win7- en, ugyanis telepítéskor device hibát jelzett a Win és lehúztam mindent SSD kivételével persze, aztán idővel rájöttem, hogy csak a megírt DVD volt trükkös! -
ubyegon2
nagyúr
válasz #21078528 #13762 üzenetére
Köszi, így még nem végeztem mérést, kivéve most, de menet közben rájöttem, hogy HDD- n van a Linux.
Manjaro Gnome- ot kipróbálok, kíváncsi vagyok milyen az új Gnome és a 3.16- os kernellel fut- e minden.
BIOS- hoz nincs kislemez meghajtóm, pendrive- ok meg most foglaltak.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #21078528 #14288 üzenetére
"Ha nem látsz látványos teljesítmény csökkenést"
Nem nagyon látok, sőt azt se tudom, milyen lenne a teljesítmény növekedése, ha sata2- n futna az SSD, mint a HDD- im.
"Ha nagyszámú és kisméretű fájlal dolgozol az SSD-n, akkor van létjogosultsága az fstrimnek."
Böngészek meg letöltök, semmi extra. Manuális fstrim 7,3 GB volt tegnap este, második alkalommal kicsit több, nem nullának kellett volna lennie? var- t is tmpfs- be raktam, FF cache- t is beállítottam valami leírás alapján. Úgy néz ki nem változik már ez a sata1- es helyzet, a Linuxot is agyon variáltam, de semmi. Felrakok friss Linuxot rá, beállítom a minimál követelmények/javaslatok alapján, aztán hagy fusson, amíg nem veszek sata3- as alaplapot.
Akkor szerinted fentiek alapján a noatime helyett alkalmazzam a discard- ot?
14.10 alapú MINT 17/64 van fenn Intel 520 SSD- vel. -
ubyegon2
nagyúr
válasz #21078528 #14298 üzenetére
& (#14297) janos666
Köszi a válaszokat, új telepítésnél figyelembe veszem a leírtakat! Viszont a heti cron fstrim- et akkor célszerű lenne kikapcsolni? Ha igen, ebben is segítsetek, mert mélyebben nem ismerem a Linux rejtelmeit.
Fsatb- ban akkor írjam bele mindkét helyre a discard- ot? /media- n vannak a HDD- k.
/ ext4 discard,noatime,errors=remount-ro 0 1
/media/TORRENTEK ext4 discard,nosuid,nodev,nofail 0 0[ Szerkesztve ]
-
válasz #21078528 #14298 üzenetére
#14297-ben olvasható, hogy hasonló véleményen vagyok, de ezt nem értem:
"SSD-re meg ezért szinte kötelező"
Miért kötelező? Hogy 110 helyett 150 évig bírja az írást a NAND, vagy hogy egy HDD-hez képest ne 100x, hanem 150x legyen gyorsabb sok apró file véletlenszerű elérésekor?
Szerintem minden tárolótípusra csak javasolt, és épp a HDD-t lassítja jobban, de csak speciális esetekben "kötelező" (régi SSD-vel és ha nincs szükség erre az információra).Ennyi erővel a filerendszer naplózás letiltása miért nem kötelező? Az is redundáns írás, ami csak néha hasznos (de olyankor is inkább csak időt spórol).
Persze a régi SATA2-es SSD vezérlők közt még volt olyan, ami gyilkolhatta ilyesmik miatt a NAND-ot masszív írással, de a mai SSD-knél ez már nem jellemző. Amelyikre jellemző volt, az mára már valószínáleg megdöglött, vagy kiselejtezték azért, mert gyakran érezhetően belassult.
Mondjuk nem Linux, csak Windows és NTFS, de nálam OS alatt ~1.5x a write amplification, ami mondjuk viszonylag sok is ahhoz képest, hogy már a SATA2 korszakban is ígért ~1.1x-et az Intel, de nem 10, 20, 50x, mint annak idején a lagolós Jmicron vezérlőkkel.
(#14299)
Igen, minden SSD-n ülő partícióhoz fűzd oda a discard paramétert, és ha ez megvan, akkor tiltsd le az fstrim ütemezést.
A noatime-ot pedig SSD-n és HDD-n lévő partíciók filerendszereihez is használhatod (de egyébként a HDD-nél sem árt a discard, ha ott van, csak oda abszolút felesleges).[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
ubyegon2
nagyúr
válasz #21078528 #14302 üzenetére
Értem, köszi!
Törlöm, ha kell majd, nem ördöngősség újat írni (ez nagyképű volt, bemásolni a helyes). Win már nem sokáig van, inkább pár Linux disztró lesz az SSD- n.
A partícionálatlan rész, ha eléri a 28%- ot (már benne van a gyárilag lefoglalt 7-8% is), tényleg gyorsítja a véletlen eléréseket?
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz #21078528 #14327 üzenetére
Hasznosnak tűnik.
"Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása."
Szerintem ez viszont megint olyan, hogy mindenki döntse el, hogy használni vette az SSD-jét, vagy dísznek. Például lassú háttértárra lapozni szerintem kifejezetten hülyeség, nagyjából a böngésző gyorsítótárának HDD-re való helyezésével ér fel (ami szintén letöltendő büntetéssel jár ). A /var áthelyezésének sem látom semmi értelmét, igen, gyakran módosuló adatok, de hadd módosuljanak egész nyugodtan az SSD-n. Az sem mindegy, hogy pl. kiolvasni mennyi idő onnan az adatokat (és ugye ha HDD-n van, akkor az lassú). Nem pátyolgatni kell az SSD-t, hanem használni.
Ezt leszámítva viszont tényleg hasznos, hogy összeszedted a legfontosabb tudnivalókat Linuxos környezetre.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz #21078528 #14332 üzenetére
"Én főleg azért szeretem a HDD-n tudni, mert ugye a csomagkezelő is oda dolgozik, egy-egy frissítés sok írással járhat, miközben a sebesség itt (legalább is nekem) mellékes."
Ez is egy szempont, viszont mégsem hiszem, hogy a legtöbb környezetben (alapvetően nem szerverkörnyezetekről beszélünk ugye) élettartam tekintetében igazán releváns lenne: sokszor volt szó róla, hogy inkább a vezérlő halálától kell a legtöbb esetben tartani, mint az SSD élettartama végének elérésétől az írásmennyiség következtében. Ezért sokszor az ilyen szenvedéseket feleslegesnek tartom (még ha Linuxon a csatolási pontokat jóval értelmesebben be is lehet állítani, mint Windows-on).
A swappal kapcsolatban pont leírtad, amire gondoltam. Sok RAM esetén úgyis kevés írogatás történik a swap miatt (már ha egyáltalán), ha történik, az nem komolyan vehető. DE ha mégis gyakrabban van szükség a lapozásra, akkor meg aztán főleg a lehető legrosszabb ötletnek tartom egy lassú háttértárra való áthelyezését, mert akkor azt még meg is érzed. Szóval a lapozófájl HDD-re való áthelyezése mellett szerintem semmi nem szól."Egy eset van ami mindenképp a HDD-re rakását indokolja, ha valaki szeretné használni a hibernálás funkciót, mert az ugye a swapbe dolgozik."
Szerintem ez sem indokolja semmiképp a HDD-re rakást.
Az SSD-t tényleg használni kell, nem tutujgatni.Szerk.: sokkal fontosabb kérdésnek tartom azt, hogy legyen a fontos adatokról backup (pl. a HDD-re, ha már ott van, és esetleg még egy külső eszközre), amivel érdekes módon az emberek jóval kevesebbet foglalkoznak, mint az SSD-jük pátyolgatásával. Ami azért is érdekes, mert a vezérlő elhalálozása esetén ezeknek búcsút inthetnek, és hiába rakosgattak át ezt-azt a vinyóra, hogy kevesebb írás történjen az SSD-re (ezek a lépések az esetek 95%-ában tök feleslegesek), végül is ez összességében totál nem számított, cserébe dühönghetnek, hogy az adataikról bezzeg nem készült mentés.
[ Szerkesztve ]
Sk8erPeter
-
ubyegon2
nagyúr
válasz #21078528 #14327 üzenetére
Nagyon jó ötlet volt részedről ez a kis csokor javallat Linuxosoknak, de valóban jó lenne befoglalni az összefoglalóba vagy valamelyik SSD- s cikkbe. Sokan már összeszedegettük ezeket innen- onnan, de nem mindenki jár ennyire utána, viszont érdekelhet sokakat.
Viszont a Gpartedről annyit megemlítenék, hogy ilyet is tud:
sudo fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// | awk '{printf ("%s %f ",$1,$2/512); if($2%512){ print "ROSSZ" }else {print "OK"} }' | column -t eredménye ez:
/dev/sda1 4.000000 OK
/dev/sda2 404.000000 OK
/dev/sda3 97891.996094 ROSSZ
/dev/sda5 97892.000000 OKAz sda3 az extended partíció, Ez számít ilyenkor, ha benne az első logikai partíció már OK!?
Nem volt időm még újratelepítgetni, de ettől függetlenül érdekelne, hogy is van ez.
-
ubyegon2
nagyúr
válasz #21078528 #14340 üzenetére
hazaértem közben
fdisk -lu /dev/sdaDisk /dev/sda: 119.9 GB, 119897805824 bytes
255 fej, 63 szektor, 14576 cilinder, összesen 234175402 szektor
Egység: szektorok 1 * 512 = 512 bájt
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lemezazonosító: 0x000837fdEszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sda1 * 2048 206847 102400 7 HPFS/NTFS/exFAT
/dev/sda2 206848 50118655 24955904 7 HPFS/NTFS/exFAT
/dev/sda3 50120702 83612891 16746095 5 Kiterjesztett
/dev/sda5 50120704 83612891 16746094 83 Linuxsudo fdisk -lu /dev/sdb
Disk /dev/sdb: 1000.2 GB, 1000203804160 bytes
255 fej, 63 szektor, 121601 cilinder, összesen 1953523055 szektor
Egység: szektorok 1 * 512 = 512 bájt
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Lemezazonosító: 0x0001e0c0Eszköz Indítás Eleje Vége Blokkok Az Rendszer
/dev/sdb1 2048 58992639 29495296 83 Linux
/dev/sdb2 * 58992640 120629358 30818359+ 7 HPFS/NTFS/exFAT
/dev/sdb3 120635392 1953521663 916443136 5 KiterjesztettEzek a kivastagított adatok mások a WD Black- nál, az miért van?
Amúgy ugyanaz a jelenség volta HDD- nél is, ott is ugyanúgy ROSSZ- nak írta a kiterjesztett partíciót, azt megoldottam, hogy elé raktam pár mega üres helyet.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #21078528 #14342 üzenetére
Köszi, ez jó hír!
Ez a GPT- re átállás nekem új, mármint, hogy érdemes lenne ilyen esetekben, de nálam nincs jelentősége, mert a HDD- vel nincsenek gubancok, az SSD- t meg nem szabom fel 4- nél több darabra. Azon úgysem segítene, hogy sata1- nek látja az alaplap!
Linuxnál egyébként nem teljesen mindegy, milyen rendszerű partíciók vannak? Ehhez is totál láma vagyok!Ezt a http://www.techpowerup.com/articles/other/157- t is berakhatod leírásba, a népek csípik az ilyent. Vagy ezt az egyszerűbb ellenőrző parancsot akár:
sudo blockdev --getalignoff /dev/sda
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #21078528 #14345 üzenetére
Használtam, sőt totál kezdő Linuxosként meg is szívtam, mert fenn volt még a Win7 és pár disztrót felraktam kipróbálgatási célból+ jött volna a swap is. Mind elsődleges volt, de akkor még ez nem sokat mondott nekem. Most, hogy a főrendszer az SSD- n van, így már csak tesztelésekre, kipróbálásokra használom főleg a Black- et, torrentezésre meg ott az egyszer már kipusztult régi Black. Ki tudja 1 TB- on hány disztró fér el? SSD- n meg nem nagyon akarok tesztelgetni.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz #21078528 #14338 üzenetére
">>"Ezért sokszor az ilyen szenvedéseket feleslegesnek tartom (még ha Linuxon a csatolási pontokat jóval értelmesebben be is lehet állítani, mint Windows-on)."
Van olyan Linux rendszer admin ismerősöm, aki ezért a mondatért a legbrutálisabb vudu mágiát segítségül hívva végezne veled! A /var-ja min. 4 partícióra van szétszedve! "
Őő, de várjál, az állítás az volt, hogy "Linuxon a csatolási pontokat jóval értelmesebben be is lehet állítani, mint Windows-on", nem az, hogy ne lehetne ezt tovább bonyolítani... Linuxon igen egyszerűen már a telepítésnél megmondod, hogy a / ide kerüljön, a /home amoda, a swap megint máshova, és így tovább, és oda fog kerülni. Windows-on hogy csinálsz ilyet mindenféle manuális átállítgatások (pl. user-specifikus könyvtárak --> jobb klikk --> Location --> Move... és a többi), junction/mklink-szerencsétlenkedésekbűvészkedések nélkül? Mondom ezt úgy, hogy alapvetően Windows-felhasználó vagyok (még ha sokat Linuxoztam is, és szoktam mostanság is, ha olyan a helyzet), de szívem szerint valami kellemes kombóban összegyúrnám a Linuxszal, annyi minden fájóan hiányzik belőle Windows-on, na meg fordítva is. (Szerencsére távol áll tőlem a Windows-vérpisti mentalitás. )
Szóval az ismerősödnek nem kell szúrkálnia azt a vudu-babát.Sk8erPeter
-
félisten
-
Sk8erPeter
nagyúr
válasz #21078528 #14378 üzenetére
Arról lemaradtál, hogy kiadtak hozzá egy hibát javító firmware-t?
Erről itt:
http://prohardver.hu/tema/flash_ssd_osszefoglalo_az_1_hsz-ben/hsz_14044-14044.htmlSk8erPeter
-
félisten
válasz #21078528 #14378 üzenetére
De igen ő az, de az nem egy "súlyos" hiba, ráadásul az sem igaz, hogy minden EVO érintett lenne (sok fórumba bellinkelt mérési eredmények kapcsán, összekeverték a user-ek a természetes degradációt, a valós, szóban forgó hibával)
Másrészről meg már a FW javítás kiadásának napjától az új FW ellátott EVO-k potyognak a gyártósorról(Samsung-nál ez kb addig tartott, hogy itangnyicu lement a gyártósorhoz, rácsapott a nagy, piros leállító gombra, feltöltötte az FW-t, aztán a nagy zöld gombbal meg elindította a gyártósort újra... )Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
Sk8erPeter
nagyúr
válasz #21078528 #14381 üzenetére
És milyen magyarázatot adtak a HUP-on az EVO-tulajok? Felrakták a firmware-t, és utána mi lett? A reakciód ebben a formában elég hiányos.
(#14365) ubyegon2:
"Másrészt újra azt érzem, hogy többekkel együtt azt javallod, hogy ne sz*rakodjunk már azzal az SSD- vel, használni kell csak és kész! Úgyis elpusztul, ha akar. "
Asszem elég röviden és tömören összefoglaltad a lényeget, ez kb. pont így van. Kevesebb hülyeséget lehet így csinálni, mint ha pl. valaki áthelyezi a böngésző gyorsítótárát HDD-re.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz #21078528 #14384 üzenetére
Aha, és ebben a HUP-topicban hol van bármi érdemi kritika, azonkívül, hogy úgy en bloc anyázzák a Samsungot, hogy most nekik ezt a macerát mé' kell megcsinálni? Elolvastam az összes hsz.-t, és akinek egyáltalán sikerült elindítania a helyreállító programot, annak gond nélkül lefutott, egyéb problémát nem ír, valakinek meg nem sikerült bootolnia sem a helyreállító progit, és emiatt mérges. Van, aki meg azon nyavalyog, hogy egy régi gépbe belerakott SSD-vel nem érzékeli azt a tempót, mint egy feltehetően újabb konfigba rakott, másik SSD-vel. Hogy lehet ezek közül bármelyik hsz.-t is komolyan venni? Egyébként pont valami ilyesmire számítottam, sejtettem, hogy egy darab érdemi kritika nem lesz (attól még, mert sok guru is megfordul a HUP-on, az nem azt jelenti, hogy ott mindenki automatikusan guruvá válik, ha oda ír, nem kell mindent azonnal benyelni, bár itt igazából nincs is mit benyelni, mert nincs semmi érdemi kritika a firmware-felrakás utáni állapotról...). Szóval nincs is miről beszélni, ez alapján nehogy már bárkit lebeszélj erről az SSD-ről. Ha viszont igen, akkor valami komolyan vehető kritika kéne...
Sk8erPeter
-
ubyegon2
nagyúr
válasz #21078528 #14452 üzenetére
...már telepítéskor elvégezhető az SSD-hez kapcsolódó beállítások egy része.
No, ezt a részt átugrottam, van valami leírás erről az openSUSE dokumentekben vagy van valami linked? Pár napja agyalogtam rajta, hogy fel kéne tenni SSD- re tisztán csak az openSUSE- t.
13.1- ről írtad fentieket vagy a factory- ról, mert előbbiben elég régi kernel van, 3.11.6. -
Sk8erPeter
nagyúr
válasz #21078528 #14452 üzenetére
Őőő, nem most kezdtem a szakmát, kérlek ne sorolj a "kevéssé járatosak" kategóriába, köszi. Természetesen ismerem az openSUSE-t, Ubuntut, Debiant, stb., de még nem alakult ki nálam, hogy melyik is lenne a legkézenfekvőbb disztribúció, igazából mindegyiket meg lehet szokni, ezek között én legalábbis nem találkoztam olyan durván idegesítő és katyvaszos váltással, mint amilyen Windows-vonalon a 8-as "csempés-gépházas-de-azért-kicsit-régi-is-nem-tudom-eldönteni-legyen-jó-nagy-kutyulmány-aztán-meglátjuk"... A sok csomag, konfigurálhatóság, blabla azért a népszerű Linux-disztribúciók többségére igaz...
(#14453) jakos73:
A touchpad helytelen működése miben mutatkozott meg? Amúgy nagyon fura ez a túlzott CPU-használat, ha ennyi disztribúciót kipróbáltál, ez valami nagyon egyedi lehet (vagy pár EliteBook/ProBook-gépnél jellemző valami gáz Linuxnál, fogalmam sincs)...Sk8erPeter
-
ubyegon2
nagyúr
válasz #21078528 #14457 üzenetére
Megvárom akkor az újat, ettől függetlenül abszolút kezdőknek a MINT Cinnamon vagy MATE, XFCE sokkal egyszerűbb! Bár lehet, hogy ez attól függ, ki melyikkel találkozik először úgy, hogy működik is neki rendesen! openSUSE telepítő/partícionáló része például jóval bonyolultabb, mint a MINT- nek. Nemrég 4. disztrónak akartam felrakni és képtelen voltam rájönni, hová szertetné felrakni a GRUB- ot!
Hoppa, most fogom fel, hogy kész a cikk! Megolvassuk!
Az elején megakadtam:
"Ne feledjük, minél több helyet hagyunk szabadon a meghajtón, a vezérlő annál jobban érzi magát!"Itt említhetted volna, hogy partícionálatlanul kell hagyni valamennyi részt vagy csak ne írjuk tele a meglévő partíciót. Ezen szoktak viták lenni.
[ Szerkesztve ]
-
válasz #21078528 #14463 üzenetére
Ha viszonylag jól értesz a géped használatához, akkor miért hagysz partícionálatlan területet?
Én csak néhány Mb-ot hagyok elzárva 1Mb az első partíció offset és ~5Mb szabad hely marad az EFI partíción [az is csak azért, hogy ott is 8192 lehessen az allocation unit size, mert FAT16-ban is van minimális AU szám ], ami nem írható, minden más egy nagy C:
Ha tudatos felhasználó vagy, akkor úgyis tudod, hogy ne pakold tele. A vélellen teleírás (pl. lefagy egy program, ami szakadatlanul ír rá, vagy rendszeresen leáll és hagy egy-egy debug dump-ot, stb) pedig nem öli meg azonnal az SSD-t. Ha ilyen van, azt úgyis időben észreveszed, mikor erősen megcsappan (főleg ha szó szerint 0-ra csökken) a szabad hely és megkeresed, majd elhárítod a hibát.
Sőt... szerintem még jobb is így, hisz ha az LBA terület 99.9%-at filrendszer szinten TRIM-elhető, akkor biztos, hogy tudni fogja az SSD, hogy mennyi erase block üres, ami partícionálatlan terület esetén csak akkor garantált, ha teszel érte (pl. még a partícionálás előtt kézileg TRIM-elsz minden létező LBA szektort, vagy futtatsz egy secure erase-t, stb, vagy partícionálás után szelektíven TRIM-eled egyszer kézileg a szabadon hagyott LBA területet), egyéb esetben gyakorlatilag úgy láthatja az SSD, hogy ott valamennyi (szélsőséges esetben, a korábbi használattól függően akár minden) szektor tele van statikus adattal (ami talán kevésbé egészséges).
Szóval egyáltalán nem értem ezt a partícionálatlan terület dolgot. A buta felhasználót védi, de ő valószínűleg ezt sem használja megfelelően (bele sem tud gondolni, hogy TRIM-elve legyen az a terület, míg a C: szabad terület arányáért még a Windows is nyafog egy ponton túl).
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
Új hozzászólás Aktív témák
-
HARDVERAPRÓD
(rögzített hozzászólás)
Kedves Fórumozók!
Frissítettem az összefoglalót, valamint a topik neve is változott.
Remélem ezekkel a változásokkal itt több tapasztalat/eszme csere fog létrejönni, mivel kicsit szabadabb, lazább lehete ezentúl ez a topik.Mindenkinek további jó fórumozást!
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest