最近在開發(fā)一個開源項目的模塊，遇到的方案選擇問題，想征求大家的意見 :)

Godbach

回復(fù) 1# YunThanatos

可以考慮通過 netlink 之類的機制進行動態(tài)的增量更新啊


   

Godbach

回復(fù) 1# YunThanatos
至于批量導(dǎo)入，一來是模塊加載的是導(dǎo)入，這個多種方式隨便玩。

至于 running 期間導(dǎo)入的話，可以考慮開啟 thread 之類的處理，或者暫停業(yè)務(wù)的處理，reload 之后，繼續(xù)處理業(yè)務(wù)�？磳�功能要求的嚴格程度了。


   

YunThanatos

@Godbach
謝謝您的回答！我之前一直在做用戶態(tài)的程序，第一次做這種程度的內(nèi)核模塊，主題邏輯部分已實現(xiàn)大概，所以在考慮這方面的問題，謝謝您指出的方向！！

Godbach

回復(fù) 4# YunThanatos

:wink:
   

qxhgd

居然不是懸賞，NB！

humjb_1983

看不到帖子內(nèi)容。

adidiaos丶丶

大哥，你搞什么飛機。{:3_183:}

YunThanatos

回復(fù) 8# adidiaos丶丶


    不好意思，哥們！我第一次在cu上發(fā)帖，本來想點懸賞，后來才發(fā)現(xiàn)選錯了
    這是原來的問題：
   
   “大家好！我最近參與了一個開源軟件的開發(fā)，遇到了一些設(shè)計選擇的問題，想請教一下各位！
我負責(zé)的是一個內(nèi)核層ip黑名單的部分：
  ip黑名單數(shù)量可能會很大，而且隨時會有大量的增刪，這就導(dǎo)致了需要一個通信機制，由于軟件運行在網(wǎng)站服務(wù)器的調(diào)度器上，單個數(shù)據(jù)包處理的延遲限制很嚴格，所以這些來自用戶空間的ip列表數(shù)據(jù)應(yīng)該平均分擔(dān)到接下來的處理時間段中，而不是全部一次處理完畢。
  我目前選擇的通信方法：
  大量ip導(dǎo)入：使用內(nèi)核通過vfs直接讀取文件的方式
  少量ip增刪：使用module_para_string與一個module_para_int狀態(tài)字來共同鎖定一次通信
  采用module_para的方式可行么？速度上效果如何？而vfs會影響系統(tǒng)穩(wěn)定性么？謝謝大家提供意見！
”
   我已經(jīng)做好了，不過，使用的是ioctl機制