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?
- 4417 megtekintés
Hozzászólások
hasznos olvasnivaló: https://wiki.archlinux.org/index.php/Solid_State_Drives
- A hozzászóláshoz be kell jelentkezni
Valóban. Köszi.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Sigh... nem kell semmit áthelyezni... használni kell és kész.
- A hozzászóláshoz be kell jelentkezni
+1
Elején én is túlspiráztam, de már 100db felett vagyunk bőven, a természetes minimális fáradáson kívül 2-3 éve semmi bajuk szerencsére.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1
hasznal, boldog... otthoni hasznalat mellett 3x er utol az apokalipsis mielott tonkremenne.
kb 3eve van egy 100gigas ocz vertex2, 1 evig laptop, 1ev rohadas a fiokban, 1ev 24/7ben torrent, most egy win7 rendszer bootparticioja, semmi baja.
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
Köszi az infót.
- A hozzászóláshoz be kell jelentkezni
Ertelmezhetetlen a deprecated megjeloles egy forum bejegyzes alapjan. Kikerul az fs mount opciok kozul, vagy wtf?
Az fstrim nekem volt mar, h nem mukodott.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Köszi. Swapon még gondolkozok, hogy kell-e nekem. Eddig 4 GB RAM mellett nem volt használva a gépen, most pedig ennél több kerül az új gépbe.
Ennek a libata.force=noncq-nak még utána olvasok.
- A hozzászóláshoz be kell jelentkezni
A libata.force nem minden SSD -hez kell, én elsőre hagynám, de érdemes fejben tartani ha gond van. Ha nincs, nincs. :)
--
arch,centos,debian,openelec,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ez ilyen mendemonda amit kevés utánajárással magam is használtam, de részben azért is, mert amúgy se túl nagy az SSD, feleslegesen pedig nem akarom tovább szűkíteni a helyet.
--
arch,centos,debian,openelec,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
Nekem ugyanez az ssd nem fagy ubival... Fura, gondolom laptop függő is.
- A hozzászóláshoz be kell jelentkezni
Hát ha mondjuk nem AHCI módban használod a vezérlőt, akkor nincs is mit kikapcsolni, lévén úgy nem tud NCQ-t eleve...
- A hozzászóláshoz be kell jelentkezni
Szerintem frissíts firmware-t az SSD-n, ha fagy az NCQ-tól
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
É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...
- A hozzászóláshoz be kell jelentkezni
Logot tmpfs-re, ilyet se hallottam még.
- A hozzászóláshoz be kell jelentkezni
A logolás száműzése gyorsít, reboot után helyet szabadít fel, és erősíti a jellemet... ;)
(Mondjuk pl: reboot után nem árt az "mkdir /var/log/apache2", h. menjen a webszerver, de ezt inkább mint feature kell felfogni...)
- A hozzászóláshoz be kell jelentkezni
Ennyi erővel ki is lehet kapcsolni a loggolást, az még egyszerűbb...
- A hozzászóláshoz be kell jelentkezni
Jah, érdekes elképzelés :) Én tartok ramdisken itt-ott ezt-azt, de initscriptekkel syncelem háttértárr{a,ól}. Való igaz: nem logokat...
------------------------
Program terminated
{0} ok boto
boto ?
- A hozzászóláshoz be kell jelentkezni
He? És hogy olvasol logot, ha gáz van?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
"Amit még nem említett senki, az alapértelmezett (cfq) ütemező megváltoztatása noop/deadline-ra ssd esetén."
Előtted 10 perccel említettem. ;)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Látod, ilyen lassan gépelek :). ... Mire beküldtem már láttam, hogy pont előtte említetted, de akkor már úgy voltam vele, hogy mindegy.
- Előbb elkezdtem írni, csak közben ajtót nyitottam, mire el tudtam küldeni a házalót, addigra meg te már beküldted a "megoldást" -
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Swap nincs, mert van 8GB ram (5 év alatt egyszer futottam ki a ramból, de azt az egyik szerencsétlen scriptemnek köszönhettem). A bindelés másik meghajtó (nem ssd). A bőngészők tmpfs-be cache-elnek.
- A hozzászóláshoz be kell jelentkezni
bindelés ?= mount --bind
- A hozzászóláshoz be kell jelentkezni
Egy meghajtó felvan csatolva egy könyvtárba, és innét van tovább bindelve.
- A hozzászóláshoz be kell jelentkezni
Ja, értem. Home-könyvtár be/átállítása nem lenne (lehetséges) megoldás?
- A hozzászóláshoz be kell jelentkezni
Nem csak a home, egyéb könvtárak is bindelve vannak, így ez tünt a legegyszerűbb megoldásnak.
- A hozzászóláshoz be kell jelentkezni
/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...
- A hozzászóláshoz be kell jelentkezni
6x annyi RAM van a gépemben, mint amekkora helyet foglal a partíción a rendszer. Nekem IS kell swap?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni