To jsou zase veprove napady. Zrusime nemoderni swap oddil a zavedeme modernejsi swap soubor, ktery ma tu vyhodu, ze je pomalejsi a neda se do nej hibernovat nebo snad jen za cenu extra opruzu.
A jak to mysli s tim, ze neni omezen shora? Linux ted umi dynamicke swap soubory? Jinak pokud chteji rici, ze si muzu swap soubor kdykoliv zbourat a udelat vetsi, tak ted, kdyby mi nestacil swap oddil, tak mi nic nebrani udelat si swap soubor a pridat do poolu swapu.
V Canonicalu definitivne zesileli.
Proc bych si mel komplikovat zivot s LVM
aha, takze paaan je Mistr kteremu LVM komplikuje zivot :-D nam vsem ostatnim LVM znacne zivot zjednodusuje, zmeno velikosti zachodu, pridavani a odebirani oddilu bez potreby presunu/zmensovani, moznosti snapshotu a tim snadneho zalohovani za chodu apod, apod... ;)
Tak on BFU bude říkat o všem, kde musí trochu myslet, že je to šmejd. Do jisté míry za to my profesionálové můžeme být vděční, protože kdyby si všichni všechno dělali sami, neměli bychom práci a nebo bychom naopak nestíhali všechny ty chyby při domácím bastlování opravovat. To nedokážu posoudit.
Obecně bych Linuxové distribuce popsal takto: "* suck less than Windows". Na druhou stranu ještě Windows je primární platforma pro korporáty a většinu různých prográmků, které jsou na něco fajn nebo je někdo vyžaduje.
Jde jen o to, komu se snažíte sloužit. Když prioritou bude sloužit třeba jako platforma pro datacentrum, *Linux vyhraje. Když budete chtít nějaké to méně známé ERP, MES, CRM a co já vím, tak bude mít Linux problém. Taky sekretářka si domů ve většině případů nedá např. Ubuntu, když pracuje na Windows. Prostě na to nemá kapacitu...
Taky mě štve, když něco chci s nějakým nástrojem udělat, vím, že to jde, ale naučit je to třeba otázka hodinové práce se to naučit. No tak si to dvakrát rozmyslím.
https://packages.debian.org/jessie/swapspace
Jardo tvoje neznalost určitých věcí je občas zarážející...
Ono to vypada, ze doted byli vsichni pitomci a nikoho to nenepadlo driv. ono to ale melo nekolik hacku.
Starsi Linux kernely dokonce umiraly s hlaskou "Not enough memory to swap to disk".
Swapovani do souboru ma same vyhody, jedinou nevyhodou je mozny deadlock v kernelu, pokud to neni dobre osetrene. To se snad ale stava jen pokud se swapuje do sifrovaneho device namontovaneho pres loopback.
Ani u tech Windows to neni uplne jednoduche, swap soubor muze byt pouze na NTFS filesystemu.
Ten soubor ma specialni atributy a pro zapis do toho souboru se nepouziva klasicke souborove api. Zapis do swap souboru, totiz nesmi vyzadovat zadnou alokaci pameti.
Na druhou stranu je ale dost opruz zvetsovat velikost swap partition, pokazde kdyz udelam upgrade RAM.
"...swap soubor muze byt pouze na NTFS filesystemu..."
- to jste vzal kde? Na starsim stroji mam na NTFS partition WinXP a swapovaci soubor mam na k tomu vyhrazene FAT32 partition. Protoze je to stary stroj opravdu me neomezuje max. velikost 4GB, ani to, ze nema "featury" jako zurnalovyci FS, ktere pro swapak rozhodne nepotrebuju.
Na druhou stranu je ale dost opruz zvetsovat velikost swap partition, pokazde kdyz udelam upgrade RAM.
co je na tomto opruz? s LVM to zabere par vterin:
swapoff -a
lvresize -L +1G /dev/mapper/vg-swap
mkswap /dev/mapper/tvg-swap --uuid $(blkid /dev/mapper/tvg-swap -s UUID -o value)
swapoff -a
a pokud si rozsirujes RAM tak casto, muzes si to dat do scriptu a nastavit na hotkey nebo misto 1G dat $1 a velikost o kolik zvetsit urcovat parametrem ;)
edit: posledni radek ma byt samozrejme swapon a jmeno vsude stejne ;)
uuid se zjistuje (a znovu pouzije) to stavajici aby se nerozbilo resume v initramfs a/nebo grubu...
swapoff -a
lvresize -L +1G /dev/mapper/vg-swap
mkswap /dev/mapper/vg-swap --uuid $(blkid /dev/mapper/vg-swap -s UUID -o value)
swapon -a
to je castecne pravda, je to v rozporu z vychozi LVM instalaci :) osobne si pred instalaci pripravim rucne LUKS pres celej disk(aby byl sifrovanej i boot, coz volba instalatoru "sifruj cely disk" nedela), vytvorim v tom LVM a pro boot, rootfs, home a swap si vytvorim volume s ponechanim volneho mista z ktereho pozdeji pridavam nebo v tom vytvarim dalsi volume, nebo snapshoty...
kazdopadne k tve otazce, je neco jineho kdyz LVM reknes "zmensit volume" a ono se to zmensi, nebo kdyz v beznem MBR/GPT se musi "fyzicky" vse presunout, obzvlast kdyz potrebujes zmensit 1 oddil, posunout 2 oddil abys zvetsil 3 oddil, naproti tomu u LVM vubec nejsou "oddily" za sebou a tedy zmenseni jednoho a zvetseni druheho je MNOHEM snadnejsi a rychlejsi ;)
+1
... nehledě na to, že dnešní typická velikost paměti je 8-16GB. A dobrovolně se připravit o 16-32GB místa na 256-512GB disku, ehm, nedává příliš smysl. Notabene místa, které využiju opravdu ojediněle, pokud vůbec.
(pomíjím neméně důležitý fakt, že obecně použítí swap na dnešním průměrném desktopu je spíš kontraproduktivní)
takze pro 8-16GB je opravdu zbytecne se pripravit o 16-32GB kdyz staci prave tech 8-16GB, to ze SWAP ma byt 2x vetsi nez RAM platilo v minulem stoleti a z jineho duvodu ;)
pokud SWAP nevyuzijes tak je by samorezjme i 1GB bylo zbytecne, ale jsou lide co hibernaci proste pouzivaji ;) ja na 512GB SSD mam 16GB swap i kdyz vetsinu casu jen suspenduju do ram...
Swapfile neni pomalejsi: https://lkml.org/lkml/2005/7/7/326