套接字?jǐn)?shù)據(jù)緩存(socket buffer)在Linux內(nèi)核中表示為:struct sk_buff,是Linux內(nèi)核中數(shù)據(jù)包管理的基本單元,主要包含兩個(gè)部分,其一:管理數(shù)據(jù),即數(shù)據(jù)包的管理信息;其二:報(bào)文數(shù)據(jù),保存了實(shí)際網(wǎng)絡(luò)中傳輸?shù)臄?shù)據(jù),在內(nèi)核協(xié)議棧起承上啟下的作用,也有很多值得關(guān)注的sk_buff操作。
1、sk_buff四大指針與相關(guān)操作
**分配初始化:**struct sk_buff中四個(gè)指針都指向數(shù)據(jù)區(qū),分別是head、data、tail、end,剛剛分配出來的sk_buff會(huì)立馬進(jìn)行四大指針的初始操作。
分配sk_buff如下所示:
struct sk_buff *buff;
buff = sk_stream_alloc_skb(sk, 0, sk- >sk_allocation, true);
sk_stream_alloc_skb最終調(diào)用__alloc_skb函數(shù)進(jìn)行內(nèi)存分配,分配skb后,進(jìn)行四大指針的初始化操作:
struct sk_buff *__alloc_skb(unsigned int size, gfp_t gfp_mask,
int flags, int node)
{
struct sk_buff *skb;
skb = kmem_cache_alloc_node(cache, gfp_mask & ~__GFP_DMA, node)
skb- >head = data;
skb- >data = data;
skb_reset_tail_pointer(skb);
skb- >end = skb- >tail + size;
}
其中skb_reset_tail_pointer(skb):
static inline void skb_reset_tail_pointer(struct sk_buff *skb)
{
skb- >tail = skb- >data;
}
最終四大指針初始化為以下圖所示:
此時(shí)head、data、tail三個(gè)指針指向一起,end指向數(shù)據(jù)緩沖區(qū)的尾部。
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
嵌入式
-
內(nèi)核
-
Linux
-
內(nèi)存
相關(guān)推薦
在以上文章中,沒有分析過Linux內(nèi)核網(wǎng)絡(luò)關(guān)鍵的數(shù)據(jù)結(jié)構(gòu)-套接字?jǐn)?shù)據(jù)緩存struct sk_buff,本文將第一次分享到sk_buff,但鑒于其在內(nèi)核網(wǎng)絡(luò)中一些復(fù)雜
發(fā)表于 10-13 17:23
?4443次閱讀
文件VM分配與釋放“內(nèi)存總是被進(jìn)程占用”,這句話換過來可以這么理解:進(jìn)程總是需要內(nèi)存。當(dāng)fork()或者exec()一個(gè)進(jìn)程的時(shí)候,系統(tǒng)內(nèi)核就會(huì)分配一定量的VM給進(jìn)程,作為進(jìn)程的
發(fā)表于 08-14 16:23
;unsigned char *head,//緩存區(qū)的頭指針*data;//有效數(shù)據(jù)頭指針...};sk_buff相關(guān)操作函數(shù)
發(fā)表于 12-07 10:05
DM8127使用SWOSD_TI_alloc()分配內(nèi)存空間不夠,請(qǐng)問在什么文件里怎樣修改加大內(nèi)存空間???
發(fā)表于 04-16 10:56
如何解決stm32 使用u*** host庫(kù)占用內(nèi)存空間很大的問題呢???
發(fā)表于 01-22 16:44
看我們實(shí)際上內(nèi)存布局是怎么樣的?Linux內(nèi)核在啟動(dòng)時(shí),會(huì)打印出內(nèi)核內(nèi)存空間的布局圖,下面是ARM IMX6平臺(tái)打印出來的內(nèi)存空間布局圖這部
發(fā)表于 04-24 14:20
關(guān)于rtt的動(dòng)態(tài)內(nèi)存空間分配,想問一下以下我的幾點(diǎn)理解是對(duì)的嗎1、我看RTT NANO和MASTER版本的動(dòng)態(tài)內(nèi)存分配好像不太一樣,我的理解是MASTER版本的動(dòng)態(tài)
發(fā)表于 08-31 14:34
MCU中怎么申請(qǐng)一段固定地址的內(nèi)存空間
發(fā)表于 10-09 07:35
freertos怎么釋放任務(wù)的內(nèi)存空間
發(fā)表于 10-12 07:20
當(dāng)要發(fā)送數(shù)據(jù)包的時(shí)候,內(nèi)核必須建立一個(gè)包含傳輸數(shù)據(jù)的sk_buff,然后將sk_buff交給下層,各層在sk_buff遞交給下一層,各層在
發(fā)表于 05-10 11:15
?1810次閱讀
大家都知道,手機(jī)使用久了就會(huì)變得很卡頓,除了手機(jī)本身“老化”之外,還有一個(gè)重要的原因就是內(nèi)存堆積的太多了。事實(shí)上占用手機(jī)內(nèi)存的無非就是照片、視頻、微信等等,如果好好處理一下這幾個(gè)方面的
發(fā)表于 02-13 14:07
?4167次閱讀
DMA 將 NIC 接收的數(shù)據(jù)包逐個(gè)寫入 sk_buff ,一個(gè)數(shù)據(jù)包可能占用多個(gè) sk_buff , sk_buff 讀寫順序遵循FIFO(先入先出)原則。
發(fā)表于 03-17 14:25
?1466次閱讀
DMA 將 NIC 接收的數(shù)據(jù)包逐個(gè)寫入 sk_buff ,一個(gè)數(shù)據(jù)包可能占用多個(gè) sk_buff , sk_buff 讀寫順序遵循FIFO(先入先出)原則。
發(fā)表于 04-04 09:15
?1103次閱讀
操作tailroom中用戶數(shù)據(jù)塊區(qū)域:skb_put用于修改指向數(shù)據(jù)區(qū)末尾的指針tail: void *skb_put( struct sk_buff *skb, unsigned int len
發(fā)表于 07-30 16:47
?706次閱讀
2、非線性區(qū)域 在1、中,可以看到每張sk_buff的圖: 在end指針緊挨著一個(gè)非線性區(qū)域 ; 在struct sk_buff中沒有指向skb_shared_info結(jié)構(gòu)的指針,利用end指針
發(fā)表于 07-30 16:48
?1057次閱讀
評(píng)論