內(nèi)核和用戶空間共享內(nèi)存的實現(xiàn)例程-proc和mmap

308938969

內(nèi)核版本沒有這個函數(shù)create_proc_info_entry，有沒有替代的函數(shù)呢，一直都沒找到

qianguozheng

我靠，樓主都是大神，我等小弟，很迷茫，不知道樓主都是從事什么工作的，為何研究的如此深入透徹？

文峰聊書齋

我也開始研究了。剛研究完uc/os.uc/os-iii玩過，還沒透。

HazeC

回復 25# vatican

挖個坑mmap超過4M問題解決，新問題又出現(xiàn)

感謝斑竹和dreamice 的支持，這個問題解決了。 需要對每個4k的頁面執(zhí)行：SetPageReserved(virt_to_page(kernel_memaddr)); 申請大內(nèi)存的目的是驅(qū)動的要求，我有個字符型設(shè)備，上層應用和它之間會有大量的消息收發(fā)， 我想直接通過共享內(nèi)存的方式解決，避免消息的copy。 現(xiàn)在算下來我需要在內(nèi)核中申請64M的內(nèi)存，__get_free_pages()又解決不了了。 請斑竹和各位網(wǎng)友支持，謝謝

我現(xiàn)在也碰到這個問題、內(nèi)核需要有大量的數(shù)據(jù)傳到應用層。但是每個頁是4KB、滿足不了。內(nèi)存需要20M左右。那你這塊最后是怎么解決的呢 求指教。

HazeC

回復 30# Godbach

版主 那對于內(nèi)核有大量的數(shù)據(jù)需要傳送到應用層有什么好的解決辦法么？

Godbach

回復 64# HazeC

你是什么場景下。我用過 netfilter 下通過 sockopt 可以傳輸比較大的數(shù)據(jù)量。

HazeC

回復 65# Godbach

我這塊主要是在sys_open sys_read等幾個文件讀寫點，抓取所有觸發(fā)的進程。日志量大、頻率高。netlink處理的話處理不多過來，當然如果應用層接收那塊先不處理只是單純的從內(nèi)核的接收數(shù)據(jù)的話效果還好點，但是并不能改善會丟日志的情況。

HazeC

回復 65# Godbach

God大神 我試了下，在內(nèi)核里面用鏈表存儲審計、每個節(jié)點大小為PAGE_SIZE。然后使用nopage_fault的方式映射到內(nèi)存。不過需要內(nèi)核通知應用層每次mmap的長度。

至于效率還不清楚。

Godbach

回復 67# HazeC

對了，proc 下的 seqfile 能滿足你的需求嗎。這個就不用和用戶空間共享內(nèi)存了。內(nèi)存大小也不受限制了，你用虛擬內(nèi)存都 OK的，內(nèi)部數(shù)據(jù)隨便轉(zhuǎn)換傳給用戶態(tài)。

HazeC

回復 68# Godbach

proc這個試過了 不過需要應用層定時輪詢之前采用的模式是當內(nèi)核的日志量滿足一定條件之后，通過netlink告訴應用層日志量有多大
然后應用層去讀取proc系統(tǒng)。
netlink做命令控制，proc做數(shù)據(jù)。。。
算是滿足需求，只是最近看了PF_Ring的，感覺mmap的方式很贊。

另外一次缺頁中斷的損耗相比一個系統(tǒng)調(diào)用的損耗哪個大呢？這個怎么測比呢？