Új hozzászólás Aktív témák

• #14270 ubyegon2 nagyúr arm1n_ #14268

  Új Válasz 2014-10-25 13:06:32 #14270

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ubyegon2

  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-e

  A 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 ]

• #14272 ubyegon2 nagyúr arm1n_ #14271

  Új Válasz 2014-10-25 14:02:50 #14272

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ubyegon2

  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ése

  sudo dmesg | grep -i --color ahci
  AHCI ellenőrzése

  sudo smartctl --all /dev/sda
  SMART ellenőrzés

  cat /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 ]

• #14310 ubyegon2 nagyúr arm1n_ #14309

  Új Válasz 2014-10-27 11:19:47 #14310

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ubyegon2

  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 ]

• #14327 #21078528 törölt tag arm1n_ #14309

  Új Válasz 2014-10-27 21:19:29 #14327

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  #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 0

  Fá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 1

  Az 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=10

  A 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

• #51824 Pyttawrx HARDVERAPRÓD

  Új Válasz 2023-11-02 11:06:55 #51824

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pyttawrx

  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!