Sziasztok!
Kis segítséget kérnék. Megvettem életem első SSD-jét (azaz még úton van hozzám), egy 120 GB-os Sandisk SSDA-120G-G25 SATA3 Plus személyében.
Az SSD-re csak a Debian Linuxom menne, meg a /home könyvtáram (felhős fájljaimmal).
Kérdéseim egyszerűek lennének:
- Milyen fájlrendszer mehet rá? Mehet simán az ext4 vagy mást javasoltok?
- LVM-et használhatok rajta? Csak mert úgy gondoltam, hogy a / az sima partíció lenne, az összes többi meg LVM.
- Kell valami speciális fstab/grub paraméter, hogy az SSD minél tovább szolgáljon erőben, egészségben?
- Mire kell vigyáznom a merevlemezes meghajtókhoz képest?
- Hova tegyem a swap-ot?
Jelenleg 2 merevlemez van a gépben: egy 250 GB-os SATA2 és egy 2 TB-os SATA3. A 250-es kerül leváltásra.
Köszönöm mindenkinek az építőjellegű válaszokat.
- 5531 megtekintés
Hozzászólások
Ez a 4928. topic pont ugyanebben a témában.
Ha már Debian, lásd még:
https://wiki.debian.org/SSDOptimization
Röviden:
- desktop célú felhasználás esetén az SSD-t nem az elhasználódás miatt fogod majd kidobni
- trim legyen, ha lehetséges, sokat segít az SSD firmware-nek az optimalizálásban (ext4 mount opció: discard)
- 4k blokkméretre igazítás célszerű, de ez ma már a HDD-k esetében is igaz lehet
- desktop gépen a swapot 2016-ban felejtsd el, és vegyél még pár GB memóriát.
Használunk párszáz desktop/notebook gépet úgy, hogy semmit nem csináltunk velük, csak darab-darab elven kivettük a HDD-t és beraktuk helyettük az SSD-t. Nincs se trim, se semmi. (Windows XP, nem-AHCI kontroller, stb.) - remekül működnek.
Szerver célú felhasználás esetén kell odafigyelni, mert sok írási művelet esetén a trim és kellő méretű overprovisioning hiánya csúnya lassulásokat tud okozni. Desktop gépen azonban sosem lesz napi többszáz GB írásod.
- A hozzászóláshoz be kell jelentkezni
Köszi a kimerítő választ.
Sajnos jelenleg a swapot nem úszom meg: a Linux szeret swapra pakolni, néha jól be is lassul emiatt. De akkor majd kitalálom, hogy legyen a swap. SSD-re biztos nem rakom.
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
"Sajnos jelenleg a swapot nem úszom meg: a Linux szeret swapra pakolni, néha jól be is lassul emiatt."
Marmint szerinted van eleg RAM, megis sokat swappol? Probald swappines-t allitgatni.
Szerk: "SSD-re biztos nem rakom."
Marpedig ha nem tudod meguszni, tobb ertelme van SSD-re swappolni, mint hdd-re, vegulis azert vesz az ember SSD-t, hogy gyorsitsa a rendszert, nem?
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
/home-ban mit tartasz amugy, hatalmas adatfajlokat (vagy rengeteget beloluk amiket egyszerre kell gyorsan elerni) amikkel dolgozol?
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
ownCloud és Seafile -os dolgaimat (tégyjótos és privát cuccok, képek, szkennelt dokumentumok, stb).
Nem kritérium a hyperszupergyors elérés, de ne lassítsa be a rendszert, ha megnyitok egy odt-t.
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
Akkor /home-ot kene hdd-re pakolni es minden egyebet SSD-re. :D
----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám
- A hozzászóláshoz be kell jelentkezni
LVM minek egy szál SSD-re? swap -ot kapcsold ki, meg tegyél bele megfelelő mennyiségű memóriát.
- A hozzászóláshoz be kell jelentkezni
4 GB van jelenleg.
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
"Sajnos jelenleg a swapot nem úszom meg: a Linux szeret swapra pakolni, néha jól be is lassul emiatt."
Hát ez azért hülyeség, lásd konkrét példát:
auth.gabor@linux:/home/work> free
total used free shared buff/cache available
Mem: 16325440 6961972 3762532 530432 5600936 8413216
Swap: 16779260 0 16779260
auth.gabor@linux:/home/work> uptime
16:59pm up 5:57, 6 users, load average: 0.78, 0.72, 0.66
"De akkor majd kitalálom, hogy legyen a swap. SSD-re biztos nem rakom."
Miért nem? Alapvetően nem fogod használni, ha néha-néha mégis kell, akkor az nem akasztja meg jelentősen a gépet, viszont pillanatok alatt megvan egy Hibernate az SSD-n, ha 600MB/s tud írni és 2000MB/s tud olvasni... szerintem nem mindegy, hogy egy Hibernate három-tíz másodperc vagy egy-két perc...
- A hozzászóláshoz be kell jelentkezni
Sajna a sata3 egyik általad feltüntetett sebességet sem tudja.
- A hozzászóláshoz be kell jelentkezni
Ó, valóban... akkor nem 3-10 másodperc, hanem 10-30 másodperc... még az is sokkal jobb, mintha HDD-re ment a hibernáláskor.
- A hozzászóláshoz be kell jelentkezni
SWAP ???
Szente alig van használatban, max 3-400KB pedig sosem volt sok RAM-om.
(
PC: Manjaro Linux, 7GB RAM, 300 valamennyi KB a foglat SWAP kb 2 hete volt reboot.
laptop: RHEL 6.7, 8GB RAM, 0KB a SWAP kb 3 hete volt újraindítva
nincs semmi optimalizálás ez irányban a rendszerekben.
)
- A hozzászóláshoz be kell jelentkezni
off
Laptopra RHEL? Szerverfunkciókat ellátó laptop? Ha nem, nem drága rá egy RHEL licenc?
/off
- A hozzászóláshoz be kell jelentkezni
Céges cucc, vagy "bubuntu" vagy RHEL.
- A hozzászóláshoz be kell jelentkezni
"4k blokkméretre igazítás"
GPT-t kell használi, akkor nincs ilyenekkel nyűg
"ext4 mount opció: discard"
Állítólag a folyamatos trim (discard) kevésbé olyan hatékony mint a manuális vagy időközi (fstrim futtatgatása). Ez utóbbira van service, ír is az általad linkelt wiki oldal róla.
"desktop gépen a swapot 2016-ban felejtsd el"
Sajnos ezzel együtt a hibernálást is akkor már. Bár igény kérdése.
- A hozzászóláshoz be kell jelentkezni
> "4k blokkméretre igazítás"
> GPT-t kell használi, akkor nincs ilyenekkel nyűg
Én nem látok összefüggést a partíciós tábla típusa és a 4k-ra igazítás között. Mindegyik partícionáló séma lehetővé teszi tetszőleges kezdő szektor LBA megadását.
- A hozzászóláshoz be kell jelentkezni
Lehet butaságot mondtam. Pár hete/hónapja olvastam egy cikket, ahol írták, hogy kifejezetten érdemes a GPT-t választani, ha nincs különösebb ok az MBR mellett, mert a 4k-ra igazítást kikényszeríti (ha nem is a séma, az eszközök). De akkor úgy látszik ez nem volt pontos infó.
- A hozzászóláshoz be kell jelentkezni
GPT-nél alapból 4K-hoz igazít, manuálisan felül lehet bírálni, de minek?
--
robyboy
- A hozzászóláshoz be kell jelentkezni
"Sajnos ezzel együtt a hibernálást is akkor már. Bár igény kérdése."
+1
Biztos hogy az összes program tudja, hogy mit kezdjen magával, ha _egyáltalán_ nincsen swap? Aki az mondja, hogy kernel, meg hogy OOM-killer, az nem nyert.
--------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.memooc.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…
- A hozzászóláshoz be kell jelentkezni
"Biztos hogy az összes program tudja, hogy mit kezdjen magával, ha _egyáltalán_ nincsen swap?"
Én használtam gépeket swap nélkül és gond nélkül, a programok számára transzparens a swap, a kernel meg szépen lekezeli, ha nincs.
- A hozzászóláshoz be kell jelentkezni
"desktop gépen a swapot 2016-ban felejtsd el, és vegyél még pár GB memóriát"
Szerintem desktop (és laptop) gépen legyen swap a hibernálás miatt, szerveren viszont legyen elfelejtve a swap.
- A hozzászóláshoz be kell jelentkezni
Gratulálok. Gondolom amikor egy 60-70GB+ -os adatbázist szolgál ki a szerver, biztos akkor is felejtsük el a swapot szerveren.
Jah, teletoljuk 64giga RAMmal és lőn csoda. Meg jön az OOMkiller és kilövöget amit éppen gondol.
Remek javaslat hogy szerveren ne legyen SWAP :)
- A hozzászóláshoz be kell jelentkezni
Én még nem láttam olyan esetet, hogy a Linux jól kezelte volna, ha elfogy a memória, és nincs swap. Persze, ha nem fogy el, akkor kb. mindegy :)
- A hozzászóláshoz be kell jelentkezni
Pont ugyanúgy kezeli, mint amikor van swap és az is elfogy...
- A hozzászóláshoz be kell jelentkezni
attól azért gyorsabban :)
- A hozzászóláshoz be kell jelentkezni
:)
- A hozzászóláshoz be kell jelentkezni
Csakhogy a különbség ott van, hogy a swap nem igazán fogy el. Már legalábbis ha desktop gépről beszélünk és ember ül előtte. Mert mire elfogyna a swap, az ember megunja, és tesz a probléma megoldása érdekében.
- A hozzászóláshoz be kell jelentkezni
"Csakhogy a különbség ott van, hogy a swap nem igazán fogy el. Már legalábbis ha desktop gépről beszélünk és ember ül előtte. Mert mire elfogyna a swap, az ember megunja, és tesz a probléma megoldása érdekében."
Memória elfogyás ellen is pont annyira tudsz tenni, mint memóra + swap elfogyás ellen.
- A hozzászóláshoz be kell jelentkezni
Nos, ezek szerint nem próbáltad még. Ha elfogy a memória és nincs swap, akkor úgy áll meg a gép, mint ahogy a botnak vége van. Kb. lehet hosszan nyomni a kikapcsológombot. Swap mellett simán le tudod zárni egyik-másik alkalmazást, és a főnixmadár fel fog támadni.
- A hozzászóláshoz be kell jelentkezni
Jártam így. Nem volt swap valamiért, elfogyott a memória, a gép pedig először nagyon beakadt (egér darabosan mozgott) majd feladta, és lefagyott úgy ahogy volt. Sokáig nem is értettem miért történik ez, aztán egyszer csak feltűnt, hogy valamiért nincs swapem.
- A hozzászóláshoz be kell jelentkezni
"Nos, ezek szerint nem próbáltad még."
De, többször is.
"Swap mellett simán le tudod zárni egyik-másik alkalmazást, és a főnixmadár fel fog támadni."
Ha a swap is elfogy (ugye ezt jelenti az, hogy elfogy minden rendelkezésre álló swap + memória), akkor ugyanúgy tesz. Ha nem ez történik, akkor nem is fogyott el a swap + memória igazán, csak betelt a swap... a memória meg csak a közelébe ért az elfogyásnak. Szerintem ez Téged megtévesztett.
- A hozzászóláshoz be kell jelentkezni
De a lényeget illetően most mellébeszélsz: ha van swap, akkor van egy hatalmas idő, amikor már észleli a paraszt, hogy elfogyott a memória, de még nem fogyott el a swap. És tud tenni az ügy érdekében. Ha nincs swap, akkor ez a beavatkozási idő nulla, ergó megszopta.
- A hozzászóláshoz be kell jelentkezni
"De a lényeget illetően most mellébeszélsz: ha van swap, akkor van egy hatalmas idő, amikor már észleli a paraszt, hogy elfogyott a memória, de még nem fogyott el a swap."
Mondom ugyanaz van, ha elfogy a memória és nincs swap vagy ha elfogy a swap + memória együtt. Te meg arról beszélsz, hogy elfogy a memória és még van használható swap. Hm?
"És tud tenni az ügy érdekében. Ha nincs swap, akkor ez a beavatkozási idő nulla, ergó megszopta."
Ha a memória hirtelen és előjelek nélkül betelik, akkor swap is be fog...
- A hozzászóláshoz be kell jelentkezni
Én valami "modernebb" fájlrendszert tennék (btrfs, zfs), de nem az ssd miatt, hanem a checksum miatt, bár a cow az akár még jól is jöhet.
- A hozzászóláshoz be kell jelentkezni
Simán csak használd. Ha van min 8G memóriád, akkor a swap is felesleges home felhasználás esetén. Lvm mehet, nem kell semmit trükközni, trim-et úgyis tud már minden.
- A hozzászóláshoz be kell jelentkezni
Semmit nem trükköztem vele soha. Használtam és kész, igaz Samsung EVO 840 FW hiba elég kellemetlen volt, de update után rendbe jött.
- A hozzászóláshoz be kell jelentkezni
Vigyazz az aramkimaradassal. Allitolag...
------------------------------
www.symbolcloud.hu
- A hozzászóláshoz be kell jelentkezni
"Milyen fájlrendszer mehet rá? Mehet simán az ext4 vagy mást javasoltok?"
ext4 - 4k-ra vagy megára igazítva.
"LVM-et használhatok rajta? Csak mert úgy gondoltam, hogy a / az sima partíció lenne, az összes többi meg LVM."
használhatsz, de miért használnál?
"Kell valami speciális fstab/grub paraméter, hogy az SSD minél tovább szolgáljon erőben, egészségben?"
semmi - a discard állítólag nem a legjobb, ezért én egy fstrim-et betettem az rc.local-ba.
"Mire kell vigyáznom a merevlemezes meghajtókhoz képest?"
semmire, ütheted-verheted.
"Hova tegyem a swap-ot?"
rá
Röviden: ne félj tőle. Desktop felhasználásnál nem az írásba fog belehalni, hanem vagy elavul (mint ma egy 40 gigás vinyó kb.), vagy a vezérlő hal meg benne. Ez utóbbi ellen pedig nem tudsz "vigyázni".
- A hozzászóláshoz be kell jelentkezni
„LVM-et használhatok rajta? Csak mert úgy gondoltam, hogy a / az sima partíció lenne, az összes többi meg LVM.”
„használhatsz, de miért használnál?”
Mert így szoktam meg. A felhős cuccaim külön-külön LVM köteten vannak, így ha gond van, és reinstall kell, nem bukom a fájlokat (azaz nem kell nulláról letölteni őket).
Lehet nem túl intelligens megoldás, de nekem így jó.
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
> Mert így szoktam meg. A felhős cuccaim külön-külön LVM köteten vannak, így ha gond van, és reinstall kell, nem bukom a fájlokat (azaz nem kell nulláról letölteni őket).
Ehhez nem kell LVM, csak külön partíció...
- A hozzászóláshoz be kell jelentkezni
Ehhez külön partíció se kell, csak formázás nélküli újratelepítés úgy, hogy az ember rászán két percet arra, hogy kitörölje a régi rendszer mappáit, és megtartsa amit kell
- A hozzászóláshoz be kell jelentkezni
Nyilván azért rakja az ember LVM-re, hogy dinamikusan lehessen változtatni a méreteket (= ne kelljen már a legelején tudni, hogy mennyi hely fog kelleni).
- A hozzászóláshoz be kell jelentkezni
Pontosan.
Jelenleg az ownCLoud partícióm 10 GB-os, ennek picit több, mint a fele foglalt. De ha betelik, LVM nélkül necces bővíteni. Ezért jobb az LVM. 3 parancs és kész vagyok.
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
lvresize -v -r ...
Az fsck-t pedig úgyis kikényszeríti. Szerintem egy parancs.
--------------------------------------------------------------------
http://www.kmooc.uni-obuda.hu/
http://www.memooc.hu/
http://www.hbone.hu/hu/hirek/hbone_workshop
http://videotorium.hu/hu/channels/details/814,BME_Villamosmernoki_es_In…
- A hozzászóláshoz be kell jelentkezni
lvresize -L+10G ..
e2fsck -f /dev/mapper/lvm-kotet
resize2fs /dev/mapper/lvm-kotet
Ez 3 parancs :)
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
lvresize -r -L +10G ..
ez meg egy. :D
- A hozzászóláshoz be kell jelentkezni
Én általában a hosszú opciókat szoktam használni (és a --verbose-zal még látom is, hogy mit csinál éppen):
lvm lvresize --force --verbose --resizefs --size +10G ...
- A hozzászóláshoz be kell jelentkezni
Most nem azért, de egy desktop/noti rendszeren csinálsz 1 giga /boot-ot, a többi pedig / és ennyi. Ha kinövöd észreveszed. Egy darabig én is bohóckodtam tucatnyi partícióval, meg lvm-mel meg mindennel, aztán rájöttem, hogy csak magamnak csinálok ezzel plusz munkát. Mentés rendszeresen készül a rendszerről, jópár dolog fellegbe is mentve van, ha pedig újra kellene telepíteni (kb. új LTS verziónként szoktam, akkor annyi a feladat, hogy liveCD-ről butulva minden könnytárat begórok egy /ezaregi könyvtárba, aztán az új rendszerre visszapakolom amit kell. Egy normál linux disztró adatok nélkül olyan 6-10 giga, ennyi hely azért mindig akar...
- A hozzászóláshoz be kell jelentkezni
Szerintem ez is olyan, mint az AMD-Intel vagy Windows-Linux hitvita. Kinek mi a kényelmesebb, szimpatikusabb. :)
--
-- GKPortál Blog
Tégy Jót!®
Legyen neked is Dropbox tárhelyed! :)
- A hozzászóláshoz be kell jelentkezni
De hát erre jók a ... sima mappák is
- A hozzászóláshoz be kell jelentkezni
LVM esetén az lvm.conf-ban is engedélyezni kell a discard-ot:
devices {
...
issue_discards = 1
...
}
- A hozzászóláshoz be kell jelentkezni
/etc/fstab:
UUID=f964c768-0313-4abb-b87f-6c955ea0a0fe / ext4 noatime,discard,errors=remount-ro 0 1
#tmpfs
none /tmp tmpfs nodev,nosuid,noatime,size=1000M,mode=1777 0 0
none /home/zolti/.cache tmpfs nodev,nosuid,noatime,size=2000M,mode=1777 0 0
none /var/log tmpfs nodev,nosuid,noatime,size=500M,mode=1777 0 0
Nincs swap 16 Gb mem.
Hibarnálni nem szoktam ellenben kb.20 naponta reebot egyébként sleep.
A var/log -ot csak akkor rakd tmpfs-re ha szereted a szívást.
- A hozzászóláshoz be kell jelentkezni