From: Bruce Cole <bacole@gmail.com>
To: netdev@vger.kernel.org
Cc: bacole@gmail.com
Subject: Re: Realtek r8168 slow outbound transfer - potential fix/workaround
Date: Mon, 13 Aug 2007 11:53:02 -0700 [thread overview]
Message-ID: <46C0A88E.7050802@gmail.com> (raw)
David Gundersen <gundy@iinet.net.au> :
> Now, on to my workaround. Putting a spin style wait like the following
> in front of the line above seemed to solve the problem for me:
>
>
> if (RTL_R8(TxPoll) & NPQ) {
> for (i = 20; i > 0; i--) {
> if (!(RTL_R8(TxPoll) & NPQ))
> break;
> udelay(25);
> }
> }
>
> ...
>
> RTL_W8(TxPoll, NPQ);
What's the status of this fix? It (or something more refined) seems
necessary
to correct the current performance problems with this driver. Some
background:
I just got a motherboard (gigabyte ga-p35-ds3p) which has built-in ethernet
via the realtek rtl8111b chip. I've been experiencing serious performance
problems when it comes to transmitting files across the network using samba.
By serious I mean throughput is probably 200X slower than it should be.
This
is the same problem reported by several others. Some references:
"[Samba] Miserable read performance":
http://lists.samba.org/archive/samba/2007-July/133553.html
"[Samba] RE: Samba running slow"
http://lists.samba.org/archive/samba/2007-January/128846.html
"Re: Realtek RTL8111B serious performance issues"
http://www.mail-archive.com/netdev@vger.kernel.org/msg42860.html
I started with the stock 2.6.22.1 driver, then I tried the
20070628-2.6.22-rc6-r8169-test.patch on top of it, which made no difference.
Then I tried David Gundersen's spin-wait patch and performance was fixed!
Oddly enough, I don't see this performance problem when I test transmit
performance using ttcp, or even when I transfer files with scp. It
seems the
extra application layer latency of something like samba is necessary to
reproduce the problem.
I can troubleshoot in more detail if that would help get a proper fix
developed.
next reply other threads:[~2007-08-13 18:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-13 18:53 Bruce Cole [this message]
2007-08-14 21:19 ` Realtek r8168 slow outbound transfer - potential fix/workaround Francois Romieu
2007-08-15 7:17 ` Bruce Cole
[not found] <25536.1187071305@iinet.net.au>
2007-08-15 5:46 ` Bruce Cole
-- strict thread matches above, loose matches on Subject: below --
2007-06-13 14:46 David Gundersen
2007-06-13 23:11 ` Francois Romieu
2007-06-14 14:57 ` David Gundersen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46C0A88E.7050802@gmail.com \
--to=bacole@gmail.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.