c指令碼 消耗記憶體
1）在your_directory目錄下，建立檔案eatmem.c ,輸入以下內容
2）編譯：gcc eatmem.c -o eatmem
建立定時任務，每15分鐘執行：crontab -e 輸入 */15 * * * * /your_directory/eatmem >> /your_directory/memcron.log wq儲存，儲存之後會生效。
#include
#include
#include
#include
#include
// destription : release memory
// 1.parameters# gcc test_eatmem.c -o test_eatmem
// 2.parameters# ./test_eatmem
// date : 2015-1-12
#define block 4 // eat times 4 block=1g
void eatmem()
; // init all pointer to null.
for(i = 0; i < block; i++)
memset(pmem[i], 0, cell);
printf("[%d]%d bytes.\n", i, cell);
fflush(stdout);
sleep(1);
}//read&write 10 次，維持記憶體消耗的時間 可自己設定
int ntimes = 0;
for(ntimes = 0; ntimes < 10; ntimes++)
char ch=0;
int j=0;
for(j=0; jfflush(stdout);
sleep(5);
}sleep(5);
}printf(「done! start to release memory.\n」);
//釋放記憶體核心**：
for(i = 0; i < block; i++)
fflush(stdout);
sleep(2);
}printf(「operation successfully!\n」);
fflush(stdout);
}int main(int argc,char * args)
2.shell指令碼消耗記憶體
占用1gb記憶體1個小時. 注意需要可以mount的許可權
#!/bin/bash
mkdir /tmp/memory
mount -t tmpfs -o size=1024m tmpfs /tmp/memory
dd if=/dev/zero of=/tmp/memory/block
sleep 3600
rm /tmp/memory/block
umount /tmp/memory
rmdir /tmp/memory
shell指令碼消耗cpu
1）建立指令碼 eatcpu.sh 輸入以下內容
2）消耗4臺cpu，持續60s（可自己設定）： ./eatcpu.sh 4
#! /bin/sh
if [ $# != 1 ] ; then
echo 「usage: $0 "
exit 1;
fifor i inseq $1
doecho -ne "
i=0;
while true
doi=i+1;
done」 | /bin/sh &
pid_array[i]=
i]=i]
=! ;
done
time=(da
te"+
echo
"(date "+%y-%m-%d %h:%m:%s") echo "
(date"
+ech
o""for i in 「$」; do
echo 'kill 』 $i 『;』;
done
sleep 60
for i in 「$」; do
kill $i;
done
linux平台檢視CPU 記憶體消耗降序的程序列表
ps auxw head 1 ps auxw sort rn k3 head 10 ps auxw head 1 ps auxw sort rn k4 head 10 ps auxw head 1 ps auxw sort rn k5 head 10 ps auxw sort rss ps auxw...
linux下檢視最消耗CPU 記憶體的程序
0 檢視程序占用的記憶體情況 ps aux awk end 1.cpu占用最多的前10個程序 ps auxw head 1 ps auxw sort rn k3 head 10 2.記憶體消耗最多的前10個程序 ps auxw head 1 ps auxw sort rn k4 head 10 3....
Linux終端檢視最消耗CPU記憶體的程序
1.cpu占用最多的前10個程序 2.記憶體消耗最多的前10個程序 3.虛擬記憶體使用最多的前10個程序 4.也可以試試 ps auxw sort rss ps auxw sort cpu 5.看看幾個引數含義 mem 程序的記憶體佔用率 majfl is the major page fault ...