From: Bill Fink <billfink@mindspring.com>
To: john@BlueSkyTours.com
Cc: Francois Romieu <romieu@fr.zoreil.com>, netdev@vger.kernel.org
Subject: Re: Realtek RTL8111B serious performance issues
Date: Thu, 19 Jul 2007 00:44:29 -0400 [thread overview]
Message-ID: <20070719004429.fc33c8a7.billfink@mindspring.com> (raw)
In-Reply-To: <Pine.SOC.4.64.0707181516300.19789@katana>
Hi John,
On Wed, 18 Jul 2007, john@BlueSkyTours.com wrote:
> On Wed, 18 Jul 2007, Francois Romieu wrote:
>
> > john@BlueSkyTours.com <john@BlueSkyTours.com> :
> > [...]
> >> Anyone have any suggestions for solving this problem?
> >
> > Try 2.6.23-rc1 when it is published or apply against 2.6.22 one of:
> > http://www.fr.zoreil.com/people/francois/misc/20070628-2.6.22-rc6-r8169-test.patch
>
> Unfortunately, the 20070628 patch did not make any difference.
>
>
> > http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.22-rc6/r8169-20070628/
>
>
> I tried various patches from that directory (aren't most or all of them
> included in the 20070628 patch?), but none of them helped either.
>
>
> This problem could be very difficult to track down. Like I said, it
> definately effects emacs and firefox being "drawn" on a remote computer.
> Ping times, however, are not that bad:
>
> PING 192.168.26.150: 56 data bytes
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=0. time=0.287 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=1. time=0.279 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=2. time=0.196 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=3. time=0.201 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=4. time=0.159 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=5. time=0.148 ms
> 64 bytes from dyn26-1.blueskytours.com (192.168.26.150): icmp_seq=6. time=0.150 ms
>
> Also, wget gets good throughput when retrieving files.
>
> It just seems to be X traffic which is extremely slow. Using the old
> Linksys 10/100 PCI NIC, emacs comes up virtually instantaneously. Using the
> integrated Realtek 8111B, emacs takes 10 seconds to draw.
>
> Thank you very much for trying to help.
Any chance that the Realtek 8111B is sharing interrupts with another
device ("cat /proc/interrupts")? Perhaps it is, and the Linksys isn't,
which could explain the difference in behavior. Just something simple
to check and either rule in or out.
-Bill
next prev parent reply other threads:[~2007-07-19 4:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-18 5:32 Realtek RTL8111B serious performance issues john
2007-07-18 7:26 ` Francois Romieu
2007-07-18 21:25 ` john
2007-07-18 21:50 ` Francois Romieu
2007-07-19 4:44 ` Bill Fink [this message]
2007-07-19 16:00 ` john
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=20070719004429.fc33c8a7.billfink@mindspring.com \
--to=billfink@mindspring.com \
--cc=john@BlueSkyTours.com \
--cc=netdev@vger.kernel.org \
--cc=romieu@fr.zoreil.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).