Como estudar o efeito do zram no tamanho da memória e na paginação?

Question

Situação: estudar o efeito da compressão de memória virtual de zram ( wiki ) no tamanho da memória e sua Rapidez; quando a troca não está no HDD / SSD; use zswap se você quiser ter swap em HDD / SSD
Motivação: Não experimento nenhum efeito no tamanho da memória, mas aumento na quantidade de erros de systemd / ... com runit , ou seja, possíveis problemas de estabilidade com a compactação, embora a paginação deva ser evitada mais. Código

# http://askubuntu.com/a/800645/25388
modprobe zram
echo lz4 > /sys/block/zram0/comp_algorithm
echo 4G > /sys/block/zram0/disksize
mkswap --label zram0 /dev/zram0
swapon --priority 100 /dev/zram0

Características

• O comando cat /sys/block/zram0/orig_data_size dá 4096 .

• RAM cheia e troca completa. Assim, a computação termina quando o consumo total de memória atinge os 20 GB, falhando o cálculo.

  

• Comando swapon baed em cat /proc/swaps

  NAME       TYPE      SIZE USED PRIO
  /dev/sda3  partition   8G   0B   -1
  /dev/zram0 partition   4G   0B  100
  

• Comando free -m

               total        used        free      shared  buff/cache   available
  Mem:         7925         1390        5465      172     1069         6074
  Swap:        12226        0           12226
  

• Comando df -k | grep sda2 sobre o uso de memória atual no SSD, possibilidade de estendê-lo para Swap.

  Filesystem     1K-blocks     Used      Available Use% Mounted on
  /dev/sda2      108299224     76880916  25893932  75%  /
  % df -h
  /dev/sda2      104G          74G       25G       75%  /
  

Código de teste: qualquer cálculo de Matlab com memória pesada.

Saída: o tamanho da matriz não aumenta com a implementação. Saída esperada: aumenta o tamanho da memória.

Sistema: Linux Ubuntu 16.04 64 bit
Hardware: Macbook Air 2013-mid

    

Answer 1

Paro de otimizar a troca de memória conforme instruído por cas , focado em outras coisas. Por favor, observe o comentário do cas

Finally, swapping is something to be avoided if at all possible. if you can upgrade your system's RAM, then do so. If you can offload the RAM-hungry task to another machine, then do so. Swap is always a last resort, because it's slow. If you need to run large matlab etc jobs frequently then no amount of swap space will relieve the frustration and tedium of waiting for it to finish (or make your machine interactively usable while it's thrashing data in and out of swap)...which is why i suggested building a linux box you can connect to via ssh to run large memory-hungry jobs on.