SSD és Linux házassága

Linux-kezdő

Sziasztok!

Gépvásárlásra lettem kényszerítve és az új gépet szeretném SSD-vel felszerelni (konkrétan erre a típusra gondoltam). Az új gépen Ubuntu vagy openSUSE fog futni (ez még vita tárgya) és elgondolkoztam azon, hogy hogyan lehetne az SSD-t a lehető legtovább megőrizni.

A /tmp és /var könyvtárakat kellene gondolom a HDD-n létrehozott partíciókra helyezni a swappal egyetemben, viszont nem tudom hogy az apache2 és mysqld/mariadb írkál-e/szemetel-e máshova.
Kell-e más könyvtárat átmozgatnom az SSD-ről? Egyáltalán a /var-t szükséges-e átrakni?

Bónusz kérdés (a témához csak lazán kapcsolódik): Intel processzorokba szerelt GPU mennyire működik hegesztés nélkül?

  • 4423 megtekintés

( tompos v | 2015. 01. 05., h – 09:07 )

Ha SSD-vel szeretned felszerelni, akkor gondolom nagyobb sebesseget szeretnel kihozni a gepedrol. Akkor miert az SSD elettartamara gyursz?
Amugy tokmind1, allitsd be neki a discard mount opciot es a laptopodnal tovabb fog elni.

( mn3monic v | 2015. 01. 05., h – 09:08 )

Sigh... nem kell semmit áthelyezni... használni kell és kész.

( cvk v | 2015. 01. 05., h – 09:17 )

Szia!

Az Ubuntu 14.04 óta alapértelmezetten bekapcsolva szállítja a TRIM funkciót, hetente futtaja cronból az fstrimet.
A leírás szerint az fstabba írt discard opció mára deprecated lett :)

( uid_4263 v | 2015. 01. 05., h – 09:35 )

A mai Linux rendszerek korrektül kezelik az SSD-ket, semmiféle utómunkára nincs szükség. Annyi tippet azért szoktak adni, hogy a swap partíció(ka)t ha vannak, ne az SSD-n tárold, hanem HDD-n, ha van.
Nekem van egy másik tippem:

http://www.howtoeverything.net/linux/hardware/ubuntu-freeze-issue-after…
Az én SSD-m esetén (Kingston V300 128GB) át kell adni egy libata.force=noncq kernel opciót, különben csontig fagy a rendszer (ezt rögtön a telepítés első pillanatától és az első boot-tól is).

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

Ezt sosem értettem. Ha már veszel egy SSD-t, hogy gyorsabb legyen a géped, akkor miért lassítod azzal, hogy a swap-pet HDD-re teszed? Jelentkezzen az akinél elhasználódott már SSD. Nem tönkrement az elektronika, vagy valami más baja lett, hanem konkrétan írhatatlanná vált egyes helyeken elhasználódás miatt.

Meg egyébként is, a mai 4-8-16GB-ok mellett(mindenki válassza magának a megfelelő opciót), már nem is nagyon merül fel a swap használata. Ha meg mégis, akkor ott már eleve nem stimmel valami a rendszerrel. Tehát a végkövetkeztetés, hogy felesleges foglalni vele az amúgy is kicsi SSD-t.

Nekem.

Igaz első "megfizethető" generációból való ssd volt (30 ezer / 30 Gb) Egyszer beadta a derekát, és nagyon úgy tűnt hogy pont az a része ahol a swap volt. Azóta otthon porosodik a szekrényben. (ha jól rémlik valami olyasmi volt hogy mindig ugyanoda írt és nem nézte hogy mennyire volt elhasználva 1-1 szektor (?))

Most újra ssd van én csak a swap-et kapcspoltam ki, ez már megy kb 3 éve gond nélkül.

Nekem csak 4 éve megy SSD az asztali gépemben, a laptopomban meg 3 éve. Egyikkel sem volt még gond.
Szerintem is az önt*k*nszúrás este, ha pont a swap-et teszi valaki egy lassú elérésű helyre.
Amúgy meg lehet játszani a kernel "swapiness" paraméterével, ha le akarod szorítani a swap használatot az ssd miatt. (https://wiki.archlinux.org/index.php/swap#Swappiness)

( _Franko_ v | 2015. 01. 05., h – 10:18 )

Én 2009-ben vettem egy eSATA csatlakozó 32GB SSD-t, aztán egészen 2013-ig használtam napi szinten, nem állítgattam külön semmit... munkára használtam, sok build lement rajta, néha egészen tele volt. Még mindig megvan, de most vettem egy 128GB méretű M.2 belső SSD-t, de ennél se állítottam be semmi különöset, egyszerűen használom.

( tobi | 2015. 01. 05., h – 11:32 )

Én a munkagépnek használt Mint 17-emen (6G Ram) kb. 1 éve tmpfs-re raktam a /tmp-t meg a /var/log-ot is.
Eddig bevált - bár van egy-két kisebb mellékhatás, de ezektől szép az élet...

( WG | 2015. 01. 05., h – 12:19 )

OpenSUSE, OCZ Vertex 3 60 GB, Intel GPU, 2 monitor működik évek óta.
SWAP nálam nincs, erre a célra RAM-ot használok :), de minden más az SSD-n van.
A rendszer partíció 12 GB EXT4, a többit LUKS-al használom, így a TRIM is kétséges, hogy sokat dolgozna.
Mindenféle lassulás, vagy fennakadás nélkül működik mindig minden. A gépet kikapcsolni is csak évente néhányszor szoktam, amikor hosszabb időre nem vagyok itthon.

2010.11.05 óta van a gépben SSD, (open)SUSE, meg vagy 15 éve.

( trey | 2015. 01. 05., h – 16:20 )

4 éve használok SSD-t Linux alatt. Ugyanúgy használom mint egy HDD-t. A swap is rajta van, a /var és a /tmp is. Csak a Firefox cache könyvtárát tettem ramdisk-be.

A swap nekem 8 GB RAM mellett sosincs használatban. Azért ott van, ha kell. swappiness 0-ra van véve.

A tartósságról annyit, hogy a második SSD-m van a notebookban. Az elsőt nem azért cseréltem le, mert elromlott, hanem mert kicsi lett. Előbb lesz kicsi szerintem, mint hogy elromoljon. Amit kivettem a gépből, az most megy 7/24/365-ben Linuxszal (NAS-ban). Ott is logol rá stb. SMART adatok szerint még évtizedekig mennie kell probléma nélkül. Nem a kifáradás lesz a halála, az biztos.

Mindezt átlagfelhasználásra kell érteni.

Ami nekem be van állítva a stock oprendszer beállításokon túl, az a "elevator=deadline" kernelopció.

Plusz nálam ReiserFS van, ami a TRIM-et nem is tudja...

--
trey @ gépház

( juuzer | 2015. 01. 05., h – 16:30 )

Swap már évek óta nincs. Home, var, tmp másik meghajtóról van bindelve. Amit még nem említett senki, az alapértelmezett (cfq) ütemező megváltoztatása noop/deadline-ra ssd esetén.

Swap van, és fölösleges dolgokat ír ki rá egy hosszan futó rendszer, ez által értékes ram szabadul fel. Ha meg sok program fut, és kevés a ram, akkor több dolgot rak swapba, és kész. A home,var,tmp másik meghajtóról bindelve? Miért? Mármint külön fs, az ok. De ugyanúgy ssdn, hát mit ér az egész, ha a homeban lévő pl. chrome cache nincs ssdn? Pont az lesz lassú, amitől a user ideges lesz. A cfq szerintem nem gond ssdnél, akkor érdemes kikapcsolni, ha crypt vagy más + réteg miatt fölöslegesen okoskodik.

Egyébként meg bcache az ssdn + hddn minden adat, és kész.

( dblaci | 2015. 01. 05., h – 18:47 )

/tmp az tmpfs (ramdrive) legyen. A var, meg minden nyilván ssdre. Bármi, ami sokat ír/olvas, az menjen az ssdre. Ez a lényeg. Nem? Ha valami "szemetel", vagy fölöslegesen ír/olvas, azt meg ne használd :D A swap csak akkor ír/olvas sokat, ha nincs elég memóriád. Egyébként csak néhány nem használt ramban lévő dolgot rak ki swapra hosszú futás alatt a rendszer, és azt meg miért ne? Egyszer olvassa vissza kb. amikor leállítod majd a progit (gépet) (ezért is érdemes swapot használni sok ramnál IS). Asztali gépnél szerintem nem lesz kevés a gyártó által előírt használati korlát...

( deje | 2015. 01. 05., h – 20:25 )

Bónusz kérdés: nekem egy Nehalem és egy Sandy Bridge i3-asom volt, Intel HD2000-el és HD3000-el. Egyikkel sem volt semmi bajom Ubuntun, a teljesítmény nem volt valami fényes, de most már teljesen oké. Nem játszom linuxon, Unity compiz-al meg videólejátszás. A hardveres videó dekódoláshoz fel kellett tennem plusz csomagokat (a hivatalos Ubuntu repóból), és kész. Azzal régebben volt némi stabilitási probléma (bizonyos videók szarakodtak), de 14.04 LTS-en semmi baj nincs vele.