Re[2]: serious networking (em) performance (ggate and NFS) problem

*/ + #if 1 + #define DEFAULT_ITR 0 + #else #define MAX_INTS_PER_SEC8000 #define DEFAULT_ITR 10/(MAX_INTS_PER_SEC * 256) + #endif E1000_WRITE_REG(&adapter->hw, ITR, DEFAULT_ITR); } -- Shunsuke SHINOMIYA

Re[2]: serious networking (em) performance (ggate and NFS) problem

of Interrupt Moderation of em. > > Nice ! It would be even better if there was a boot-time sysctl to > configure the behaviour of this feature, or something like ifconfig > link0 option of the fxp(4) driver. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> if_em

Re[2]: serious networking (em) performance (ggate and NFS) problem

trial 771Mbps 5th trial 848Mbps average 808.4Mbps, std. dev. 34.9Mbps sender : off(0, 0, 0, 0, 0), receiver : off(0, 0, 0, 0, 0) 1st trial 902Mbps 2nd trial 901Mbps 3rd trial 899Mbps 4th trial 894Mbps 5th trial 900Mbps average 899.2Mbps, std. dev. 3.1Mbps -- Shunsuke SHINOMIYA <[EMAIL P

Re[4]: serious networking (em) performance (ggate and NFS) problem

bits/sec > [ 7] 0.0-10.0 sec 108 MBytes 90.6 Mbits/sec > [SUM] 0.0-10.0 sec 1.06 GBytes 911 Mbits/sec Measureing TCP throughput was not appropriate way to indicate an effect of Interrupt Moderation clearly. It's my mistake. TCP is too complicated. :) -- Shunsuke SHINOMI

Re[5]: serious networking (em) performance (ggate and NFS) problem

100.00 11973 100.00 11973 100.00 11973 1280100.009615 100.009615 100.009615 1518100.008127 100.008127 100.008127 -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> ___ [EMAIL PROTECTED] mailing list http://lis

if_em int_throttle_ceil patch

is mail is corrected this problem. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> if_em.diff Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re[2]: if_em int_throttle_ceil patch

m, but tuning this value is worth to bring out a performance of the system. I hope that this patch help to bring out the performance of your system. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> ___ [EMAIL PROTECTED] mailing list http://lists.freebsd

Re: Tuning for router performance

rrent. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1279567+0+archive/2004/freebsd-current/20041121.freebsd-current http://docs.freebsd.org/cgi/getmsg.cgi?fetch=215083+0+archive/2004/freebsd-current/20041128.freebsd-current http://www.freebsd.org/cgi/query-pr.cgi?pr=74986 -- Shunsuke SHINOMIYA &l

Re: Disk access/MPT under ESX3.5

:0 -W 16' might improve that transfer settings. camcontrol needs passthrough device support in a kernel. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-s

Re[2]: Disk access/MPT under ESX3.5

Hello, Daniel Can you execute camcontrol with some parameters again? For example, `camcontrol negotiate 0:0 -W 16 -O 127 -R 40.000'. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> ___ freebsd-stable@freebsd.org mailing list http://lists.

reenable tagged queueing of VMware virtual disk.

IXED, "VMware*", "*", "*" }, - CAM_QUIRK_NOLUNS, /*mintags*/0, /*maxtags*/0 + CAM_QUIRK_NOLUNS, /*mintags*/2, /*maxtags*/255 }, thank you. -- Shunsuke SHINOMIYA <[EMAIL PROTECTED]> ___