Hirdetés
- Edifier R1600T III 2.0 Aktív hangfal
- 2024 őszi fórum peca
- Asszociációs játék. :)
- Itt az új LOGOUT!
- Ingyen kellene, de tegnapra
- Szólánc.
- Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- MultiCooker avagy az elektromos kukta. Ötletek, tippek, tanácsok, receptek.
- Készíts képet az igazi nevedből!
-
LOGOUT.hu
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
-
nagyúr
válasz arm1n_ #14268 üzenetére
sudo blockdev --getalignoff /dev/sda
ez a parancs terminalból leellenőrzi, hogy az alignálás rendben van- e.sudo hdparm -I /dev/sda | grep "TRIM supported"
ez ellenőrzi, hogy a TRIM támogatott-eA fenti példákban sda van meghajtóként feltüntetve, ha nálad nem sda a meghajtó, akkor azt módosítsd!
A többi teendő előtt szükséges az SSD és a Linux pontos meghatározása. Gondolom a friss firmware van az SSD-n.
[ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - Látóasszony topikot visszakaphatnám?
-
nagyúr
válasz arm1n_ #14271 üzenetére
2 jó hírrel kezdem. Az Ubi 14.04- től támogatja az Intel és a Samsung SSD-ket!
Ha nem állítgatsz semmit, akkor is jól fogja kezelni az SSD- t a Linuxod. A TRIM engedélyezve van, heti rendszerességgel fut.Eléggé foglakoztatott engem is ez az SSD Linuxon téma, nem nagyon van leírás, segítség, hogy mit hogyan. Össze kéne hozni egy cikket erről is, már Win 7- 8 alá egész sok jó cikk van!
Sebességet a Lemezek gnome-disk-utility nevű program tud mérni, de csak ha nem fut SSD- n az oprendszer, így liveból tutod megtenni ezt.sudo dmesg | grep -i sata | grep 'link up'
SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.sudo hdparm -Tt /dev/sda
lemezolvasás ellenőrzésesudo dmesg | grep -i --color ahci
AHCI ellenőrzésesudo smartctl --all /dev/sda
SMART ellenőrzéscat /sys/block/sda/queue/scheduler
noop [deadline] cfq
I/O ütemező ellenőrzése, a bejelöltet használja a meghajtóEzeket nézegesd meg, addig keresgélek még.
Mozgatsz nagy állományokat az SSD- n? Alapvetően milyen felhasználói profilja van a gépnek? Van- e más meghajtó a gépben? milyen böngészőt használsz?[ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - Látóasszony topikot visszakaphatnám?
-
nagyúr
válasz arm1n_ #14309 üzenetére
Nem nagyon kell mást tenned, legfeljebb ezt olvasd át, hátha valami eszedbe jut. Van benne pár olyan dolog, amit épp itt vitattak meg a fórumtársak, hogy kell- e az bele. Mindenesetre érdemes átolvasni, ezt is meg ezt is, sőt ezt is! Elég sok kérdés felmerülhet az emberben.
A lényeg, hogy, ha semmi mást nem teszel is, az az SSD azzal a Linux- szal már optimálisan működik!
"Az fstab-ba beleírtam a [U]notime[/U]-ot és a discard módosítót is"
Remélem nem notime- ot írtál a noatime helyett![ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - Látóasszony topikot visszakaphatnám?
-
#21078528
törölt tag
válasz arm1n_ #14309 üzenetére
Mivel többször felmerült itt a fórumon, egy gyors Linux+ SSD összefoglaló, ahogy én szoktam, tehát nem biztos, hogy így a legjobb, mindenki csak saját felelősségre, és tessék tájékozódni több forrásból!
Partícionálás:
Érdemes a GParted programmal csinálni (több LiveCD-s terjesztésen megtalálható, GParted Live, SysRescueCD, stb.) így biztosan jó lesz az alignálás, alapból helyesen ajánlja fel. Lényeg, hogy az első partíciónak a 2048-as szektornál kell kezdődnie!
Alignálás ellenőrzése:
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
Ne feledjük, minél több helyet hagyunk szabadon a meghajtón, a vezérlő annál jobban érzi magát!
Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
Ezenkívül érdemes a /tmp könyvtárat tmpfssel a RAM-ba rakni (ezt néhány terjesztés alapból megteszi).
Ehhez az /etc/fstab fájlba írjuk a következő sort:
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0Fájlrendszer, TRIM, ütemező:
A TRIM-nek két megvalósítása van Linuxxon, az /etc/fstab fájlba írt discard opció, ill. az fstrim parancs.
A discard hatására az OS közli a vezérlővel, hogy az adott adat logikailag már nem létezik, valósan törölhető. Régebbi meghajtóknál ez azonnal végrehajtódik, ezért sok kis fájl esetén teljesítmény problémákat okozhat. Az újabb queued TRIM (SATA rev. 3.1) eljárást ismerőknél viszont a blokkok felszabadítása nem (feltétlen) történik meg azonnal, a teljesítmény csökkenés veszélye kevésbé áll fenn.
Discard az /etc/fstab fájlban (példa):
UUID=f0ae2c59-83d2-42e7-81c4-2e870b6b255d / ext4 discard,errors=remount-ro 0 1Az fstrim parancs megvizsgálja a meghajtót, és alapértelmezésben az összes felszabadítható blokkot "törli".
Tipikus formája:
fstrim -v /csatolási pont
Kiadható manuálisan, de célravezetőbb boot szkriptbe (pl. rc.local) tenni, vagy cron feladatot létrehozni belőle, napi futtatással.
Hogy melyiket érdemes használni, azt nagyban befolyásolják a felhasználói szokások, én a magam részéről a discard opciót favorizálom.
Jelenleg a következő Linuxxos fájlrendszerek támogatják a TRIM funkciót: EXT4, Btrfs, JFS, XFS, Reiser4 (még nincs a hivatalos kernelfában).Érdemes lehet az I/O ütemezőt cfq-ról deadline-ra, ill. csak SSD használat esetén noop-ra állítani.
Jelenlegi ütemező lekérdezése:
cat /sys/block/sda/queue/scheduler
Az ütemezőt legegyszerűbb az /etc/default/grub fájl megfelelő sorának módosításával állítani (példánkban deadline-ra):
GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline quiet splash"
Majd futtassuk az update-grub parancsot! A beállítás a következő rendszer töltéskor lép érvénybe.Egyéb ötletek:
A meghajtó kímélése és a teljesítmény növelése miatt fontos lehet a noatime csatolási opció beállítása az /etc/fstab fájlban, így nem kerül kiírásra az utolsó fájlhozzáférés időbélyege.Ha a swap SSD-re kerül, próbáljuk csökkenteni a swap használatot a swappiness érték (alapértelmezésben 60) csökkentésével.
Ehhez írjuk az alábbi sort az /etc/sysctl.conf fájlba:
vm.swappiness=10A meghajtón rendben van-e a TRIM:
hdparm -I /dev/sda | grep TRIM
Válaszként ezt kell látnunk: "Data Set Management TRIM supported (limit 1 block)".Terjesztésenként változhatnak a fentebb említett fájlok elérési útjai!
Irodalomként az Arch Linux idevágó wiki oldalát ajánlom!Hirtelen ennyi jutott eszembe...
[ Szerkesztve ]
Ú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!
Hirdetés
- 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
- Eladó 4TB WD RED 14%-os Kondíció!
- BESZÁMÍTÁS! Samsung T9 2TB USB 3.2 külső SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! SanDisk Extreme Portable 2TB külső SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Western Digital WD Purple 3TB 3.5 SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Western Digital WD Purple 4TB 3.5 SATA HDD meghajtó garanciával hibátlan működéssel
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen