Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Sep 2012 00:03:19 -0700
From:      Adrian Chadd <adrian@freebsd.org>
To:        Eugene Grosbein <egrosbein@rdtc.ru>
Cc:        pyunyh@gmail.com, freebsd-net@freebsd.org, Lev Serebryakov <lev@freebsd.org>, Ian Smith <smithi@nimnet.asn.au>
Subject:   Re: vr(4) troubles for AMD Geode CS5536 chipset
Message-ID:  <CAJ-VmonQhGShMASEkrxnrDU8xOQBJU%2BGnV0Nmeg4Lz2xACBRpw@mail.gmail.com>
In-Reply-To: <5044772C.8090302@rdtc.ru>
References:  <1865271844.20120829131610@serebryakov.spb.ru> <CAHu1Y70MynCMQTrJUMwTZ0%2BLrM1JiZFt_B77028XHfoiRgzmaA@mail.gmail.com> <1807373989.20120829223125@serebryakov.spb.ru> <20120830152726.A33776@sola.nimnet.asn.au> <534292400.20120830131158@serebryakov.spb.ru> <20120831180721.GB3208@michelle.cdnetworks.com> <50404F91.8080302@rdtc.ru> <20120903184049.GB3730@michelle.cdnetworks.com> <50443888.9080400@rdtc.ru> <20120903214333.GC3730@michelle.cdnetworks.com> <5044772C.8090302@rdtc.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
waaaaaaaaait.

Did you say that removing preemption from your kernel fixed your
performance issues?

If that's the case, we need to figure out why both you and i see that..



Adrian


On 3 September 2012 02:23, Eugene Grosbein <egrosbein@rdtc.ru> wrote:
> 04.09.2012 04:43, YongHyeon PYUN =D0=C9=DB=C5=D4:
>
>>> None. I've read its source and learned it prints its debug
>>> to the kernel dmesg buffer with sysctl dev.vr.1.stats=3D1
>>> and done that before, during and after noted failure -
>>> all counters are zero except of good frames conters (in/out).
>>
>> Ok, it seems you didn't encounter TX/RX MAC shutdown/restart
>> related issues.  To get more verbose debugging messages, you have
>> to define VR_SHOW_ERRORS in if_vr.c.
>
> I'll try this evening.
>
>> BTW, I see really poor bulk TCP performance on vr(4) with CURRENT
>> (< 12 Mbps). :-(
>> This is a quad-port VT6105 with Core2 Duo E6550.  Pre-r235334
>> restores the old good performance for me(> 86Mbps). However I can't
>> explain how taskq change shows this huge difference.
>
> Have you tried to remove options PREEMPTING from the kernel for newest dr=
iver?
> That helped me a lot - performance of new driver returned to the level of=
 old one.
>
> Eugene Grosbein
>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmonQhGShMASEkrxnrDU8xOQBJU%2BGnV0Nmeg4Lz2xACBRpw>