精通polling參數(shù)調(diào)優(yōu)的進(jìn)來幫幫忙吧

雨絲風(fēng)片

原帖由 xfsoul 于 2006-5-25 08:41 發(fā)表
樓上的大哥，您太強(qiáng)了！
不過有三個(gè)MSIZE的定義，而且值還不一樣，到底要怎么改呢？
-bash-2.05b# cd /usr/src/sys
-bash-2.05b# grep -r "#define MSIZE" *
compile/NTD/machine/param.h:#define  ...

改這個(gè)里面的：
/usr/src/sys/sys/param.h

antijp

Before you modify the value, use sysctl -a |grep mbuf to check the mbuf utilization. According to TCP/IP Illustrated Vol.2, bigger packets uses not only mbuf, but also mbufclusters.

antijp

原帖由 雨絲風(fēng)片 于 2006-5-25 08:53 發(fā)表



改這個(gè)里面的：
/usr/src/sys/sys/param.h

I think modify the source file is finding trouble.
Simply recompile the kernel with this

1. 
   
2. options MSIZE=512

復(fù)制代碼

in your kernel configuration file.

xfsoul

# sysctl -a | grep mbuf
     mbuf_tag     0     0K       -        2  32
mbuf_jumbo_1:  16384,        0,      0,      0,        0
mbuf_jumbo_9:   9216,        0,      0,      0,        0
mbuf_jumbo_p:   4096,        0,      0,      0,        0
mbuf_cluster:   2048,    16960,   2176,      6,     2176
mbuf:            256,        0,   2178,    132,     6933
mbuf_packet:     256,        0,   1024,   1286, 176098214

雨絲風(fēng)片

原帖由 antijp 于 2006-5-25 08:54 發(fā)表
Before you modify the value, use sysctl -a |grep mbuf to check the mbuf utilization. According to TCP/IP Illustrated Vol.2, bigger packets uses not only mbuf, but also mbufclusters.

樓主測試的數(shù)據(jù)包大小是確定的，改這個(gè)值就是想盡量避免使用cluster，看看從對純mbuf的處理和對cluster的處理流程上是否能找到一些線索。但我感覺應(yīng)該不只是處理流程的區(qū)別，很可能和內(nèi)存的分配、緩存、復(fù)用也有關(guān)系。多試無妨。

xie_minix

xfsoul:等你的消息,我想看看到底是不是m_devget的問題
另:antijp的方法很好.我對使用FB不太熟悉

[ 本帖最后由 xie_minix 于 2006-5-25 09:16 編輯 ]

antijp

原帖由 雨絲風(fēng)片 于 2006-5-25 09:08 發(fā)表


樓主測試的數(shù)據(jù)包大小是確定的，改這個(gè)值就是想盡量避免使用cluster，看看從對純mbuf的處理和對cluster的處理流程上是否能找到一些線索。但我感覺應(yīng)該不只是處理流程的區(qū)別，很可能和內(nèi)存的分配、緩存、復(fù)用也 ...

According to the statistics posted out, the mbufclusters must have been used. But I doubt that this statistics was not gathered when running the benchmark, so perhaps it's not very useful.

[ 本帖最后由 antijp 于 2006-5-25 09:46 編輯 ]

雨絲風(fēng)片

原帖由 antijp 于 2006-5-25 09:36 發(fā)表

According to the statistics posted out, the mbufclusters must have been used. But I doubt that this statistics was not gathered when running the benchmark, so perhaps it't not very useful.

從樓主的數(shù)據(jù)長度即可判斷出測試的時(shí)候肯定會使用cluster了：

If the amount of data is greater than or equal to 208 (MINCLBYTES), one or more clusters are used.

當(dāng)然，由于mbuf頭結(jié)構(gòu)的修改，目前的門限數(shù)值比208還要小�，F(xiàn)在就是想先看看它不用cluster的時(shí)候的測試性能如何。

xfsoul

我編譯內(nèi)核加了：
options         MSIZE=1024


options         BRIDGE
options         DEVICE_POLLING
options         HZ=4000

編譯好后，測試包長為512字節(jié)， 發(fā)現(xiàn)性能沒有絲毫提升。
下面是smartbit發(fā)包的時(shí)候，讀出來的系統(tǒng)數(shù)據(jù)：
# sysctl kern.polling
kern.polling.idlepoll_sleeping: 1
kern.polling.stalled: 66
kern.polling.suspect: 6042
kern.polling.phase: 0
kern.polling.enable: 1
kern.polling.handlers: 4
kern.polling.residual_burst: 0
kern.polling.pending_polls: 0
kern.polling.lost_polls: 6762
kern.polling.short_ticks: 1178
kern.polling.reg_frac: 20
kern.polling.user_frac: 30
kern.polling.idle_poll: 0
kern.polling.each_burst: 100
kern.polling.burst_max: 300
kern.polling.burst: 300


# sysctl -a | grep mbuf
     mbuf_tag     0     0K       -        2  32
mbuf_jumbo_1:  16384,        0,      0,      0,        0
mbuf_jumbo_9:   9216,        0,      0,      0,        0
mbuf_jumbo_p:   4096,        0,      0,      0,        0
mbuf_cluster:   2048,    16960,   1920,      6,     1920
mbuf:           1024,        0,   1922,    126,     1245
mbuf_packet:    1024,        0,   1990,     58, 15962674

[ 本帖最后由 xfsoul 于 2006-5-25 09:52 編輯 ]

colddawn

kern.polling.burst_max: 300
kern.polling.burst: 300
這兩個(gè)值一樣，似乎burst不夠用了，繼續(xù)調(diào)大些試試看？？