Linux應(yīng)用程序設(shè)計(jì):如何獲取線程棧的使用信息?
面對(duì)的問題
對(duì)于線程的棧空間,相信各位小伙伴都不陌生。它有下面的這幾項(xiàng)特性:
由操作系統(tǒng)分配固定的空間;
使用一個(gè)棧寄存器來保存實(shí)時(shí)位置;
后進(jìn)先出。
今天,我們不聊操作系統(tǒng)層面對(duì)棧的管理,只從應(yīng)用程序的角度,來看一下如何實(shí)時(shí)獲取棧的使用情況。
在一般的單片機(jī)/嵌入式程序開發(fā)過程中,在創(chuàng)建一個(gè)線程(或者稱作任務(wù))的時(shí)候,是可以指定給該線程分配多少棧空間的。
然后在調(diào)試的時(shí)候呢,周期性的打印出棧區(qū)的使用情況:消耗了多少空間,還剩余多少空間。
這樣的話,跑完每一個(gè)測(cè)試用例之后,就能得到一個(gè)大致的統(tǒng)計(jì)數(shù)據(jù),從而最終決定:需要給這個(gè)線程分配多少棧空間。
例如:在 ucOS 系統(tǒng)中,提供了函數(shù) NT8U OSTaskStkChk(INT8U prio, OS_STK_DATA *p_stk_data),來獲取一個(gè)任務(wù)的棧使用信息。
但是在 Linux 系統(tǒng)中,并沒有這樣類似的函數(shù),來直接獲取棧使用信息。
因此,為了得到此線程的已使用和空閑?臻g,必須通過其他的方式來獲取。
下面,就提供 2 種解決方案:正規(guī)軍方式和雜牌軍方式!
正規(guī)軍方式
在 Linux 系統(tǒng)中,在創(chuàng)建一個(gè)線程的時(shí)候,是可以通過線程屬性來設(shè)置:為這個(gè)線程分配多少的棧(stack)空間的。
如果應(yīng)用程序不指定的話,操作系統(tǒng)就設(shè)置為一個(gè)默認(rèn)的值。
線程創(chuàng)建完畢之后,操作系統(tǒng)在內(nèi)核空間,記錄了這個(gè)線程的一切信息,當(dāng)然也就包括給它分配的?臻g信息。
為了讓應(yīng)用層能夠獲取到這個(gè)信息,操作系統(tǒng)也提供了相應(yīng)的系統(tǒng)函數(shù)。代碼如下:
pthread_attr_t attr;
void *stack_addr;
int stack_size;
memset(&attr, 0, sizeof(pthread_attr_t));
pthread_getattr_np(pthread_self(), &attr);
pthread_attr_getstack(&attr, &stack_addr, &stack_size);
pthread_attr_destroy(&attr);
printf("statck top = %p ", stack_addr);
printf("stack bottom = %p ", stack_addr + stack_size);
從上面這段代碼中可以看到,它只能獲取?臻g的地址開始以及總的空間大小,仍然不知道當(dāng)前?臻g的實(shí)際使用情況!
我找了一下相關(guān)的系統(tǒng)調(diào)用,Linux 似乎沒有提供相關(guān)的函數(shù)。
怎么辦?只能迂回操作。
我們知道,在 Linux x86 平臺(tái)上,寄存器 ESP 就是來存儲(chǔ)棧指針的。對(duì)于一個(gè)滿遞減類型的棧,這個(gè)寄存器里的值,就代表了當(dāng)前棧中最后背使用的、那個(gè)?臻g的地址。
因此,只要我們能夠獲取到 ESP 寄存器里的值,就相當(dāng)于知道了當(dāng)前這個(gè)棧有多少空間被使用了。
那么怎樣來獲取 ESP 寄存器的值呢?既然是寄存器,那就肯定是使用匯編代碼了。
很簡(jiǎn)單,就 1 行:
size_t esp_val;
asm("movl %%esp, %0" : "=m"(esp_val) :);
對(duì)不起,我錯(cuò)了!應(yīng)該是 2 行代碼,忘記變量定義了。
對(duì)于匯編代碼不熟悉的小伙伴,可以參考之前總結(jié)的一篇文章:內(nèi)聯(lián)匯編很可怕嗎?看完這篇文章,終結(jié)它!
找到第 4 個(gè)示例,直接抄過來就行。
好了,拿到了以上的所有信息,就可以計(jì)算出棧的已使用和空閑空間的大小了:

發(fā)表評(píng)論
請(qǐng)輸入評(píng)論內(nèi)容...
請(qǐng)輸入評(píng)論/評(píng)論長(zhǎng)度6~500個(gè)字
您提交的評(píng)論過于頻繁,請(qǐng)輸入驗(yàn)證碼繼續(xù)
最新活動(dòng)更多
-
3月27日立即報(bào)名>> 【工程師系列】汽車電子技術(shù)在線大會(huì)
-
4月30日立即下載>> 【村田汽車】汽車E/E架構(gòu)革新中,新智能座艙挑戰(zhàn)的解決方案
-
5月15-17日立即預(yù)約>> 【線下巡回】2025年STM32峰會(huì)
-
即日-5.15立即報(bào)名>>> 【在線會(huì)議】安森美Hyperlux™ ID系列引領(lǐng)iToF技術(shù)革新
-
5月15日立即下載>> 【白皮書】精確和高效地表征3000V/20A功率器件應(yīng)用指南
-
5月16日立即參評(píng) >> 【評(píng)選啟動(dòng)】維科杯·OFweek 2025(第十屆)人工智能行業(yè)年度評(píng)選
推薦專題
- 1 UALink規(guī)范發(fā)布:挑戰(zhàn)英偉達(dá)AI統(tǒng)治的開始
- 2 北電數(shù)智主辦酒仙橋論壇,探索AI產(chǎn)業(yè)發(fā)展新路徑
- 3 降薪、加班、裁員三重暴擊,“AI四小龍”已折戟兩家
- 4 “AI寒武紀(jì)”爆發(fā)至今,五類新物種登上歷史舞臺(tái)
- 5 國(guó)產(chǎn)智駕迎戰(zhàn)特斯拉FSD,AI含量差幾何?
- 6 光計(jì)算迎來商業(yè)化突破,但落地仍需時(shí)間
- 7 東陽(yáng)光:2024年扭虧、一季度凈利大增,液冷疊加具身智能打開成長(zhǎng)空間
- 8 地平線自動(dòng)駕駛方案解讀
- 9 封殺AI“照騙”,“淘寶們”終于不忍了?
- 10 優(yōu)必選:營(yíng)收大增主靠小件,虧損繼續(xù)又逢關(guān)稅,能否乘機(jī)器人東風(fēng)翻身?