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>