Scambia su tmpfs (ovviamente una cattiva idea, ma è possibile?)

Questa domanda è nata con una battuta tra colleghi sull'aumento delle prestazioni spostando i file di scambio in un tmpfs. Chiaramente anche se questo è possibile, non è una buona idea. Tutto quello che voglio sapere è, si può fare?

Sono attualmente su Ubuntu 14.04, ma immagino che il processo sia simile per la maggior parte delle macchine Linux / Unix. Ecco cosa sto facendo:

> mkdir /mnt/tmp
> mount -t tmpfs -o size=10m tmpfs /mnt/tmp
> dd if=/dev/zero of=/mnt/tmp/swapfile bs=1024 count=10240
> chmod 600 /mnt/tmp/swapfile
> mkswap /mnt/tmp/swapfile
# So far, so good!

> swapon /mnt/tmp/swapfile
swapon: /mnt/tmp/swapfile: swapon failed: Invalid argument

Quindi, su Linux o Unix (sono interessato a qualsiasi soluzione) puoi in qualche modo impostare lo scambio su un file / partizione residente in ram? C'è un modo per aggirare l' Invalid argumenterrore che sto ottenendo sopra?

Ancora una volta, voglio solo sottolineare che non mi aspetto che questa sia una soluzione a un problema del mondo reale. Solo un esperimento divertente, immagino.

Quindi, su Linux o Unix (sono interessato a qualsiasi soluzione) puoi in qualche modo impostare lo scambio su un file / partizione residente in ram?

Sicuro. Su FreeBSD:

# swapinfo -h
Device          1024-blocks     Used    Avail Capacity
/dev/mirror/swap.eli     4194300       0B     4.0G     0%

Ciò dimostra che attualmente ho una partizione di swap crittografata 4G con ridondanza speculare. Aggiungerò un altro 4G di swap non ridondante e non crittografato:

Innanzitutto creare un mddispositivo "memory disk" ( ) con supporto RAM 4G :

# mdconfig -a -t malloc -s 4g; mdconfig -lv
md0
md0     malloc   4096M  -

Quindi dì swapondi aggiungerlo al pool di dispositivi di scambio disponibili e swapinfoconferma che ora ho 8G di scambio:

# swapon /dev/md0; swapinfo -h
Device          1024-blocks     Used    Avail Capacity
/dev/mirror/swap.eli     4194300       0B     4.0G     0%
/dev/md0            4194304       0B     4.0G     0%
Total               8388604       0B     8.0G     0%

Non dovrebbe essere possibile. swaponla chiamata di sistema richiede readpagee bmap(indirettamente) le chiamate implementate dal filesystem:

http://lxr.free-electrons.com/source/mm/swapfile.c?v=4.0#L2412

if (!mapping->a_ops->readpage) {
    error = -EINVAL;
    goto bad_swap;
}   

Ma nessuno di questi è implementato da tmpfs , tale voce manca dalla corrispondente address_space_operations: http://lxr.free-electrons.com/source/mm/shmem.c?v=4.0#L3104

Per lo stesso motivo, tmpfs non può contenere loop mount e ramfs non funzionerà neanche (non ha bmapcall)

Da questa domanda e risposta /superuser/539287/swapon-failed-invalid-argument-on-a-linux-system-with-btrfs-filesystem (il sito di riferimento originale non risponde):

Quindi "Argomento non valido" dovrebbe essere letto come "Il tuo filesystem non supporta il file di scambio"

La ragione dell'incompatibilità che sospetto è una "dipendenza circolare". Da questo articolo: http://www.jamescoyle.net/knowledge/951-the-difference-between-a-tmpfs-and-ramfs-ram-disk :

Queste due differenze tra ramfs e tmpfs rendono i tmpfs molto più gestibili, tuttavia questo è uno dei principali svantaggi; tmpfs può usare lo spazio SWAP. Se il sistema esaurisce la RAM fisica, i file nelle partizioni tmpfs potrebbero essere scritti su partizioni SWAP basate su disco e dovranno essere letti dal disco al successivo accesso al file.

Il che sarebbe praticamente impossibile nel tuo scenario.

Si potrebbe lavorare con ramfs, tho - che non ha questo problema.

Puoi facilmente evitare i problemi con le funzioni mancanti e passare a tmpfs, anche se un po 'indirettamente:

dd if=/dev/zero bs=1M of=/tmp/swapfs count=128
chmod 0600 /tmp/swapfs
mkfs.ext2 /tmp/swapfs
mount -o loop /tmp/swapfs /mnt
dd if=/dev/zero bs=1M of=/mnt/swap
mkswap /mnt/swap
swapon /mnt/swap

In combinazione con zswap sembrava una grande soluzione "expander di memoria" fino a quando il mio RasPi4 si è bloccato quasi completamente (la console ssh si è bloccata, X si è bloccata, YouTube in Chrome ha continuato a parlare per diversi minuti e anche si è bloccato, ma il sistema stava rispondendo a ping e watchdog no fare qualcosa di utile. Lanciato via ssh (prima che accadesse) in cima non mostrava nulla di eccezionale - sembrava che ci fosse abbastanza spazio libero per ram e swap, In effetti, un'idea simile con OpenSolaris (scambia con uno zvol compresso) portare a risultati simili.