Vlákno názorů k článku
Pomůže zapnutý swap výkonnostním problémům Linuxu? od volani.webnode.cz - Četl jsem, že se dá používat jeden swap...

Četl jsem, že se dá používat jeden swap pro windows i pro linux, kdžy je multiuboot. Byl to nějaký fakt starý článek.
Nevíte o tom něco? :)
A jak se v lubuntu zjistí a změní aktuální nastavení swapu? Dá se to někde naklikat v GUI nebo se musí do příkazové rádky?
Dřív jsem dělal oddíl na swap a nastavoval to třeba v gparted nebo v instalátoru tak aby byl na začáítku disku (u středu plotny, kde je disk rychlejší) :) Ale má to ten problém že to ukousne místo na disku na pevno.. :D
Ale když se jendá o soubor tak nevím jak se s tím pracuje ani co dělá instálátor. Dělá si swap soubor velký jako RAM? Velikost soubporu se mění a nebo je daná kvůli fragemntaci? Asi ten instalátor prdí na to aby to dával na začáítek oddílu kvůli tomu že se přepdokládá SSD? Proč se na SSD nepoužívají nějaké speciální souborové systému jako je F2FS nebo další které existují. Nemají tak velké výhody nebo mizernou podporu? :)

Mam pocit ze Windows ma swap v souboru.

Použít c:\pagefile.sys? Musel byste připojit NTFS oddíl přes FUSE (ntfs-3g, je to v userspace) a pak připojit jako swap ten soubor na NTFS. Budete tam mít dvojitou brzdu (filesystem, userspace), takže se to nevyplatí (při dnešních cenách SSD).
Souborový systém (FS) je velmi citlivá záležitost. Jeho ovladač běží v jádru, kde se chyby neodpouští. A když je v tom chybička (typicky souběh, který se projeví jen při určité konstelaci a zátěži), bude se to špatně hledat, bude to náhodně poškozovat data, což bude katastrofa na pověst systému/distri­buce.[1] Co je větší problém, než stabilita FS, jsou doprovodné nástroje (fsck), což je typicky katastrofa, případně i menší problém vede ke ztrátě dat, což je opět velmi nepříjemné. Proto se dlouhodobě pokládá za důvěryhodný ext4 a ostatní systémy... no leda byste měl sysadmina, který to vyřeší/opraví jakýkoliv problém obratem ručně.
Co se týká F2FS, tlačil ho Samsung, Google z toho vycouval (viz výše) a vzal ho na milost až loni. Zřejmě v Androidu převládne, protože můžete vynechat FTL (Flash Translation Layer) a zařídit wear leveling softwarově (což je levnější). Vzpomínám si na "slavnou" keynote Microsoftu, který prohlásil že NTFS je nejlepší a potíže se SSD (resp. neschopnost využít jejich potenciál) jdou zcela na vrub výrobců HW, tudíž oni se svým FS nic dělat nebudou :-(
[1] práce na odstraňování regresí FS a jejich vypiplání pokládám za jeden z největších (a nejskrytějších, nejnedocenějších) darů firmy Red Hat komunitě

Už si přesně nepamatju, ale nebyl u těchhle konfigurací problém s tím, že systém už nemá RAM, chce odswapovat, FUSE nebo NFS potřebuje alokovat další RAM, aby mohl do swapu zapsat a celé to chcípne?

To asi nemusí chcípnout úplně, kernel tu trošku RAM dost možná někde najde. Ale čekám určítý zásek. Myslím, že do podobných situací jsem se dostával na starém mobilu se ZRAM (či jak se to tehdy zrovna jmenovalo).

Řéšením v obou případech (FUSE swap i ZRAM) by mohl být malý druhý swap s malou prioritou, který by se použil v podobné nouzi.

NFS – asi jste chtěl napsat „NTFS“.

jestli si dobre pamatuju, mel to tak resenej webOS na PalmPre (akorat uz nevim zda to bylo oficialni nebo komunitni vylepseni) mel jednak swap na ulozisti a pak swap v ram, kazde s jinou prioritou... btw: krome prupopnictvi na poli UI/UX bylo zajimave ze pouzival na deleni uloziste LVM, a protoze mel oficialni/nativni "root" tak slo ty lv zmensit, udelat klon, upravit init skripty aby startoval system z jineho LV atd, skoda ze to HP zabilo, kdo vi kde by ten system byl dnes kdyz po nem (od roku 2009) kopirujou UI/vlasnosit jak Android tak iOS...

Ne, nechtěl, ale teď koukám, že swap přes NFS už snad funguje, viz https://lwn.net/Articles/506527/