On Fri, Jul 4, 2008 at 4:32 AM, Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 03, 2008 at 08:55:21AM -0700, Kian Mohageri wrote:
>> On Wed, Jul 2, 2008 at 5:39 PM, Stef <[EMAIL PROTECTED]> wrote:
>> > Kian Mohageri wrote:
>> >> On Sun, May 18, 2008 at 3:33 AM, Johan Ström <[EMAIL PROTECT
I tried all of this :/ still, 256/512 descriptors seem to work the best.
Happy to let you log into the machine and fiddle around if you want :)
Paul
Ingo Flaschberger wrote:
Dear Paul,
what could cause this?
*) kern.polling.idle_poll enabled?
*) kern.polling.user_frac ?
*) kern.polling.reg
Synopsis: socket's SO_REUSEADDR option does not work
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Fri Jul 4 14:50:44 UTC 2008
Responsible-Changed-Why:
reassign to -net
http://www.freebsd.org/cgi/query-pr.cgi?pr=125258
Synopsis: fxp(4) driver failed to initialize device Intel 82801DB
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Fri Jul 4 14:50:18 UTC 2008
Responsible-Changed-Why:
Reassign to -NET
http://www.freebsd.org/cgi/query-pr.cgi?pr=125195
On Fri, Jul 04, 2008 at 04:32:13AM -0700, Jeremy Chadwick wrote:
> On Thu, Jul 03, 2008 at 08:55:21AM -0700, Kian Mohageri wrote:
> > A similar/related problem was addressed in OpenBSD 4.3
> > (http://www.openbsd.org/plus43.html).
> >
> > * In pf(4), allow state reuse if both sides are in FIN_WA
On Thu, Jul 03, 2008 at 08:55:21AM -0700, Kian Mohageri wrote:
> On Wed, Jul 2, 2008 at 5:39 PM, Stef <[EMAIL PROTECTED]> wrote:
> > Kian Mohageri wrote:
> >> On Sun, May 18, 2008 at 3:33 AM, Johan Ström <[EMAIL PROTECTED]> wrote:
> >>> On May 18, 2008, at 9:19 AM, Matthew Seaman wrote:
> >>>
> >>>
Dear Paul,
what could cause this?
*) kern.polling.idle_poll enabled?
*) kern.polling.user_frac ?
*) kern.polling.reg_frac ?
*) kern.polling.burst_max ?
*) kern.polling.each_burst ?
I tried tons of different values for these and nothing made any significant
difference.
Idle polling makes a
ngo Flaschberger wrote:
Dear Paul,
Opteron UP mode, no polling
input (em0) output
packets errs bytespackets errs bytes colls
1071020 0 66403248 2 0404 0
that looks good. (but seems to be near the limit).
Yes
Dear Paul,
Opteron UP mode, no polling
input (em0) output
packets errs bytespackets errs bytes colls
1071020 0 66403248 2 0404 0
that looks good. (but seems to be near the limit).
Polling turned on provided be