linux線程內存釋放

⑴ 如何為linux釋放內存和緩存

在Linux系統下，我們一般不需要去釋放內存，因為系統已經將內存管理的很好。但是凡事也有例外，有的時候內存會被緩存佔用掉，導致系統使用SWAP空間影響性能，此時就需要執行釋放內存（清理緩存）的操作了。
Linux系統的緩存機制是相當先進的，他會針對dentry（用於VFS，加速文件路徑名到inode的轉換）、Buffer Cache（針對磁碟塊的讀寫）和Page Cache（針對文件inode的讀寫）進行緩存操作。但是在進行了大量文件操作之後，緩存會把內存資源基本用光。但實際上我們文件操作已經完成，這部分緩存已經用不到了。這個時候，我們難道只能眼睜睜的看著緩存把內存空間占據掉么？
所以，我們還是有必要來手動進行Linux下釋放內存的操作，其實也就是釋放緩存的操作了。
要達到釋放緩存的目的，我們首先需要了解下關鍵的配置文件/proc/sys/vm/drop_caches。這個文件中記錄了緩存釋放的參數，默認值為0，也就是不釋放緩存。他的值可以為0~3之間的任意數字，代表著不同的含義：
0 – 不釋放
1 – 釋放頁緩存
2 – 釋放dentries和inodes
3 – 釋放所有緩存
知道了參數後，我們就可以根據我們的需要，使用下面的指令來進行操作。
首先我們需要使用sync指令，將所有未寫的系統緩沖區寫到磁碟中，包含已修改的 i-node、已延遲的塊 I/O 和讀寫映射文件。否則在釋放緩存的過程中，可能會丟失未保存的文件。

#sync

接下來，我們需要將需要的參數寫進/proc/sys/vm/drop_caches文件中，比如我們需要釋放所有緩存，就輸入下面的命令：

#echo 3 > /proc/sys/vm/drop_caches

此指令輸入後會立即生效，可以查詢現在的可用內存明顯的變多了。
要查詢當前緩存釋放的參數，可以輸入下面的指令：

#cat /proc/sys/vm/drop_caches
#free -m

對於清除swap，只有先關閉swap了，用：
#swapoff -a
而後啟用swap，因為只是清除，不是說不要用swap的嘛 ：
#swapon -a

http://blog.sina.com.cn/s/blog_539d6e0c0100ys3o.html

Linux 自動釋放內存腳本
發表於119 天前 ? 技術文章 ? 暫無評論

腳本下載地址：Cached
腳本內容：
#! /bin/bash
# cache釋放：
# To free pagecache:
sync
sync
#echo 1 > /proc/sys/vm/drop_caches
# To free dentries and inodes:
#echo 2 > /proc/sys/vm/drop_caches
# To free pagecache, dentries and inodes:
echo 3 > /proc/sys/vm/drop_caches
# 說明，釋放前最好sync一下，防止丟數據。
利用系統crontab實現每天自動運行：
crontab -e
輸入以下內容：
00 00 * * * /root/Cached.sh
每天0點釋放一次內存，這個時間可以根據自己需要自行設置，我的伺服器情況是每天自動釋放一次就OK了
在設置這個腳本的時候，發生了一系列的問題
在測試運行./Cached.sh時提示錯誤：Permission denied 許可權的問題
解決方法：
chmod +x .Cached.sh
或
chmod 777 Cached.sh
接著又出現錯誤提示：/bin/bash^M: bad interpreter: No such file or directory
這是因為在windows下編輯的.sh文件編碼格式和linux下不一樣，轉換一下編碼格式即可：
dos2unix Cached.sh
http://blog.sinorain.com/archives/157

⑵ linux 進程回收線程資源指哪些資源

Linux系統中程序的線程資源是有限的，表現為對於一個程序其能同時運行的線程數是有限的。而默認的條件下，一個線程結束後，其對應的資源不會被釋放，於是，如果在一個程序中，反復建立線程，而線程又默認的退出，則最終線程資源耗盡，進程將不再能建立新的線程。
解決這個問題，有2種方式，系統自動釋放線程資源，或者由另一個線程釋放該線程資源。
注意，在這里，我認為進程運行後，本身，也是一個線程，主線程，主線程和主線程建立的線程共享進程資源。不同於其他線程，在於主線程運行結束後，程序退出，所有程序建立的線程也會退出。
系統自動釋放
如果想在線程結束時，由系統釋放線程資源，則需要設置線程屬性為detach。
代碼上，可以這樣表示：
pthread_t t;
pthread_attr_t a; //線程屬性
pthread_attr_init(&a); //初始化線程屬性
pthread_attr_setdetachstate(&a, PTHREAD_CREATE_DETACHED); //設置線程屬性
::pthread_create( &t, &a, GetAndSaveAuthviewSDRStub, (void*)lp); //建立線程
其他線程釋放
另一種方式，則是由另一個線程將該資源釋放。
代碼上，可以這樣表示：
pthread_t t;
::pthread_create( NULL, NULL, GetAndSaveAuthviewSDRStub, (void*)lp);
::pthread_join( t);
::pthread_join( t)等待線程t退出，並釋放t線程所佔用的資源。當然，這里也有個同步的功能，使一個線程等待另一個線程退出，然後才繼續運行。

linux線程執行和windows不同，pthread有兩種狀態joinable狀態和unjoinable狀態，如果線程是joinable狀態，當線程函數自己返回退出時或pthread_exit時都不會釋放線程所佔用堆棧和線程描述符（總計8K多）。只有當你調用了pthread_join之後這些資源才會被釋放。
若是unjoinable狀態的線程，這些資源在線程函數退出時或pthread_exit時自動會被釋放。
unjoinable屬性可以在pthread_create時指定，或在線程創建後在線程中pthread_detach自己,如：pthread_detach(pthread_self())，將狀態改為unjoinable狀態，確保資源的釋放。或者將線程置為joinable,然後適時調用pthread_join.
在程序運行中檢查/proc/ <pid> /maps文件，若看到大概8K左右的很多虛擬內存碎片，基本上可以確認是線程資源泄漏造成的300個線程後pthread_create失敗。

不知是否因為自己，先對要創建的線程做了以下屬性設定，
pthread_attr_init(&attr);
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);

然後又在線程函數中使用
pthread_detach(pthread_self());

兩段代碼作用有沖突。
===============================================================================
pthread_detach(threadid)和pthread_detach(pthread_self())的區別應該是調用他們的線程不同，沒其他區別。

pthread_detach(threadid)函數的功能是使線程ID為threadid的線程處於分離狀態，一旦線程處於分離狀態，該線程終止時底層資源立即被回收；否則終止子線程的狀態會一直保存（佔用系統資源）直到主線程調用pthread_join(threadid,NULL)獲取線程的退出狀態。
通常是主線程使用pthread_create()創建子線程以後，一般可以調用pthread_detach(threadid)分離剛剛創建的子線程，這里的threadid是指子線程的threadid；如此以來，該子線程止時底層資源立即被回收；
被創建的子線程也可以自己分離自己，子線程調用pthread_detach(pthread_self())就是分離自己，因為pthread_self()這個函數返回的就是自己本身的線程ID。

⑶ linux 清除緩存 釋放內存

這里的默認顯示單位是kb，我的伺服器是128G內存，所以數字顯得比較大。這個命令幾乎是每一個使用過Linux的人必會的命令，但越是這樣的命令，似乎真正明白的人越少（我是說比例越少）。一般情況下，對此命令輸出的理解可以分這幾個層次：

1.不了解。這樣的人的第一反應是：天啊，內存用了好多，70個多G，可是我幾乎沒有運行什麼大程序啊？為什麼會這樣？Linux好占內存！

2.自以為很了解。這樣的人一般評估過會說：嗯，根據我專業的眼光看的出來，內存才用了17G左右，還有很多剩餘內存可用。buffers/cache佔用的較多，說明系統中有進程曾經讀寫過文件，但是不要緊，這部分內存是當空閑來用的。

3.真的很了解。這種人的反應反而讓人感覺最不懂Linux，他們的反應是：free顯示的是這樣，好吧我知道了。神馬？你問我這些內存夠不夠，我當然不知道啦！我特么怎麼知道你程序怎麼寫的？

根據目前網路上技術文檔的內容，我相信絕大多數了解一點Linux的人應該處在第二種層次。大家普遍認為，buffers和cached所佔用的內存空間是可以在內存壓力較大的時候被釋放當做空閑空間用的。但真的是這樣么？在論證這個題目之前，我們先簡要介紹一下buffers和cached是什麼意思：

什麼是buffer/cache？

buffer和cache是兩個在計算機技術中被用濫的名詞，放在不通語境下會有不同的意義。在Linux的內存管理中，這里的buffer指Linux內存的：Buffer cache。這里的cache指Linux內存中的：Page cache。翻譯成中文可以叫做緩沖區緩存和頁面緩存。在歷史上，它們一個（buffer）被用來當成對io設備寫的緩存，而另一個（cache）被用來當作對io設備的讀緩存，這里的io設備，主要指的是塊設備文件和文件系統上的普通文件。但是現在，它們的意義已經不一樣了。在當前的內核中，page cache顧名思義就是針對內存頁的緩存，說白了就是，如果有內存是以page進行分配管理的，都可以使用page cache作為其緩存來管理使用。當然，不是所有的內存都是以頁（page）進行管理的，也有很多是針對塊（block）進行管理的，這部分內存使用如果要用到cache功能，則都集中到buffer cache中來使用。（從這個角度出發，是不是buffer cache改名叫做block cache更好？）然而，也不是所有塊（block）都有固定長度，系統上塊的長度主要是根據所使用的塊設備決定的，而頁長度在X86上無論是32位還是64位都是4k。

明白了這兩套緩存系統的區別，就可以理解它們究竟都可以用來做什麼了。

什麼是page cache？

Page cache主要用來作為文件系統上的文件數據的緩存來用，尤其是針對當進程對文件有read／write操作的時候。如果你仔細想想的話，作為可以映射文件到內存的系統調用：mmap是不是很自然的也應該用到page cache？在當前的系統實現里，page cache也被作為其它文件類型的緩存設備來用，所以事實上page cache也負責了大部分的塊設備文件的緩存工作。

什麼是buffer cache？

Buffer cache則主要是設計用來在系統對塊設備進行讀寫的時候，對塊進行數據緩存的系統來使用。這意味著某些對塊的操作會使用buffer cache進行緩存，比如我們在格式化文件系統的時候。一般情況下兩個緩存系統是一起配合使用的，比如當我們對一個文件進行寫操作的時候，page cache的內容會被改變，而buffer cache則可以用來將page標記為不同的緩沖區，並記錄是哪一個緩沖區被修改了。這樣，內核在後續執行臟數據的回寫（writeback）時，就不用將整個page寫回，而只需要寫回修改的部分即可。

如何回收cache？

Linux內核會在內存將要耗盡的時候，觸發內存回收的工作，以便釋放出內存給急需內存的進程使用。一般情況下，這個操作中主要的內存釋放都來自於對buffer／cache的釋放。尤其是被使用更多的cache空間。既然它主要用來做緩存，只是在內存夠用的時候加快進程對文件的讀寫速度，那麼在內存壓力較大的情況下，當然有必要清空釋放cache，作為free空間分給相關進程使用。所以一般情況下，我們認為buffer/cache空間可以被釋放，這個理解是正確的。

⑷ linux共享內存的控制釋放

調用 shmctl（Shared Memory Control，控制共享內存）函數會返回一個共享內存塊的相關信息。同時 shmctl 允許程序修改這些信息。該函數的第一個參數是一個共享內存塊標識。
要獲取一個共享內存塊的相關信息，則為該函數傳遞 IPC_STAT 作為第二個參數，同時傳遞一個指向一個 struct shmid_ds 對象的指針作為第三個參數。
要刪除一個共享內存塊，則應將 IPC_RMID 作為第二個參數，而將 NULL 作為第三個參數。當最後一個綁定該共享內存塊的進程與其脫離時，該共享內存塊將被刪除。
您應當在結束使用每個共享內存塊的時候都使用 shmctl 進行釋放，以防止超過系統所允許的共享內存塊的總數限制。調用 exit 和 exec 會使進程脫離共享內存塊，但不會刪除這個內存塊。 要查看其它有關共享內存塊的操作的描述，請參考shmctl函數的手冊頁。