понять почему бывают микрозависания? dmesg пуст, оперативки нет, но в свапе еще половина свободна
выгружаемого в озу есть место?
~> free -h total used free shared buff/cache available Mem: 13Gi 10Gi 3,1Gi 219Mi 750Mi 3,3Gi Swap: 29Gi 5,2Gi 24Gi ~> swapon NAME TYPE SIZE USED PRIO /dev/nvme0n1p3 partition 15,9G 0B -2 /dev/zram0 partition 13,5G 5,2G 100 ~> zramctl NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT /dev/zram0 zstd 13,5G 1,4G 260,5M 270,7M 16 [SWAP] load average: 1,09, 1,23, 1,14 vm.swappiness = 100
тут вроде бы ок, а зачем swappiness крутил?
С дефолтными 60 система фризить начинает понемногу, когда в ОЗУ упирается. Вот этим тестил: #include <stdlib.h> #include <stdio.h> #include <string.h> #include <unistd.h> int main(int argc, char** argv) { int max = -1; int mb = 0; int multiplier = 1; // allocate 1 MB every time unit. Increase this to e.g.100 to allocate 100 MB every time unit. char* buffer; if(argc > 1) max = atoi(argv[1]); while((buffer=malloc(multiplier * 1024*1024)) != NULL && mb != max) { memset(buffer, 1, multiplier * 1024*1024); mb++; printf("Allocated %d MB\n", multiplier * mb); sleep(0.1); // time unit: 1 second } return 0; }
А насколько на производительность влияет zram?
В случае, если ОЗУ не хватает спасает от ООМ/фриза
Ну вот допустим у меня 32 гб озу, требуется выгрузить в ОЗУ 40-50 гб без свапа, реально через zram потом с ними работать в озу, или все фризить будет?
Свопится в zram быстрее, чем на диск, даже нвме
в htop F2 если нажать там есть опция "Show tabs for screens" и становится доступна вкладка с иоделей и тд
Обсуждают сегодня