LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Networking
User Name
Password
Linux - Networking This forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.

Notices


Reply
  Search this Thread
Old 02-27-2004, 01:47 AM   #1
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Rep: Reputation: 0
kernel 2.6: slow internet


Hi all,

I am running Mandrake 10.0 beta 2, Kernel 2.6.2rc3 on a new linux box (athlon 2500+).

Now here's the problem:
When running the kernel 2.6 internet is waaay slow. I am on a highspeed ADSL line, and long downloads are fast (300kB/s), but viewing internet pages takes forever. I'll wait seconds for Mozilla "Looking up host www google com"...
The puzzling thing is, if I run the kernel 2.4.25pre7, Internet is blazingly fast (well, I just moved from a K6-2/266...). The reason I don't want to go with the 2.4 kernel is my serial ATA controller. Disk access is slower by a factor of two with kernel 2.4.

All kernels are out of the box as compiled by Mandrake.
I'm using pppoe to connect, have a basic firewall installed. I'm connecting using the on-board gigabit ethernet adapter on my ASUS A7N8X-E Deluxe, driven by sk98lin. I know this is overkill, but the second fast ethernet port was not recognized, and I didn't bother to investigate.

So I'm stuck with either a slow hard drive or a slow internet connection. Any thoughts?

JanW
 
Old 02-27-2004, 08:40 AM   #2
tcaptain
LQ Addict
 
Registered: Jul 2002
Location: Montreal
Distribution: Gentoo 2004 from stage 1 baby!
Posts: 1,403

Rep: Reputation: 45
First off...you shouldn't double post. One thread should be enough.

Now to your problem...I don't have an accurate answer for you unfortunately...but here's a few thoughts.

1) Are you sure its the kernel? I mean are you using the same install and booting 2 different kernels with lilo? Or are you talking about 2 different systems (either 2 different machines or 2 completely separate installs on the hard drive)

2) If its two installs...then first I'd compare the config files you have setup. If not, mmmmm run top and see which system is using up more resources...although that's a long shot since you say both kernels are stock Mandrake kernels.

Let me know more about your setup and machine(s)...hopefully we can work on getting an answer for you (either myself or someone else)
 
Old 02-27-2004, 11:02 AM   #3
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
Thank you for offering to help! Sorry for double-posting. It was just after I posted to Distributions>Mandrake when I thought that this should really go to Networking...

Im am running a single box with Mandrake 10.0, booting either Kernel 2.4 or 2.6, both included in the distribution, using Grub. This makes me think it's the Kernel.

It is not a problem of resources, the system is essentially idle. I'm not sure it's the network interface either, since I can easily achieve the maximum transfer rate for sustained downloads. At least part of the reason seems to be that DNS requests are slow (at least that's how I interpret the long waits on the "resoving www...." status message in Mozilla). So I'm suspecting problems in the comunication with my ISP. At first I blamed their nameservers, until I tried the Kernel 2.4 (for different reasons).

I am happy to provide more info, but don't know much about networking. What information would be helpful? I can attach extracts from my /var/log/messages using both kernels, but I have to include them in this body - that quickly gets out of hand. Here are very short snippets:

Kernel 2.6
==============================================================================
Feb 27 08:36:46 localhost kernel: NET: Registered protocol family 2
Feb 27 08:36:46 localhost kernel: IP: routing cache hash table of 8192 buckets, 64Kbytes
Feb 27 08:36:46 localhost kernel: TCP: Hash tables configured (established 262144 bind 65536)
Feb 27 08:36:46 localhost kernel: NET: Registered protocol family 1
....
Feb 27 08:36:57 localhost adsl: Bringing up ADSL link
Feb 27 08:36:57 localhost kernel: CSLIP: code copyright 1989 Regents of the University of California
Feb 27 08:36:57 localhost kernel: PPP generic driver version 2.4.2
Feb 27 08:36:57 localhost adsl: .
Feb 27 08:36:57 localhost pppd[3973]: pppd 2.4.1 started by root, uid 0
Feb 27 08:36:57 localhost pppd[3973]: Using interface ppp0
Feb 27 08:36:57 localhost pppd[3973]: Connect: ppp0 <--> /dev/pts/0
Feb 27 08:36:59 localhost adsl: .
Feb 27 08:36:59 localhost kernel: eth0: network connection up using port A
Feb 27 08:36:59 localhost kernel: speed: 10
Feb 27 08:36:59 localhost kernel: autonegotiation: yes
Feb 27 08:36:59 localhost kernel: duplex mode: half
Feb 27 08:36:59 localhost kernel: flowctrl: none
Feb 27 08:36:59 localhost kernel: irq moderation: disabled
Feb 27 08:36:59 localhost kernel: scatter-gather: enabled
Feb 27 08:36:59 localhost pppoe[3974]: PPP session is 52465
Feb 27 08:37:00 localhost pppd[3973]: Couldn't set pass-filter in kernel: Invalid argument
Feb 27 08:37:00 localhost pppd[3973]: local IP address 65.92.104.124
Feb 27 08:37:00 localhost pppd[3973]: remote IP address 65.92.104.1
Feb 27 08:37:01 localhost adsl: Connected!
Feb 27 08:37:01 localhost adsl: ^[[65G[^[[1;32m
Feb 27 08:37:01 localhost adsl: OK
Feb 27 08:37:01 localhost adsl:
Feb 27 08:37:01 localhost rc: Starting adsl: succeeded
.....
Feb 27 08:36:51 localhost kernel: NET: Registered protocol family 10
Feb 27 08:36:51 localhost kernel: Disabled Privacy Extensions on device c0358fe0(lo)
Feb 27 08:36:51 localhost kernel: IPv6 over IPv4 tunneling driver


Kernel 2.4:
================================================================================

Feb 27 03:00:22 localhost kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Feb 27 03:00:22 localhost kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Feb 27 03:00:22 localhost kernel: IP: routing cache hash table of 8192 buckets, 64Kbytes
Feb 27 03:00:22 localhost kernel: TCP: Hash tables configured (established 262144 bind 65536)
Feb 27 03:00:22 localhost kernel: Linux IP multicast router 0.06 plus PIM-SM
Feb 27 03:00:22 localhost kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
........
Feb 27 03:00:31 localhost adsl: Bringing up ADSL link
Feb 27 03:00:31 localhost kernel: CSLIP: code copyright 1989 Regents of the University of California
Feb 27 03:00:31 localhost kernel: PPP generic driver version 2.4.2
Feb 27 03:00:31 localhost adsl: .
Feb 27 03:00:32 localhost pppd[2514]: pppd 2.4.1 started by root, uid 0
Feb 27 03:00:32 localhost pppd[2514]: Using interface ppp0
Feb 27 03:00:32 localhost pppd[2514]: Connect: ppp0 <--> /dev/pts/0
Feb 27 03:00:33 localhost adsl: .
Feb 27 03:00:33 localhost kernel: eth0: network connection up using port A
Feb 27 03:00:33 localhost kernel: speed: 10
Feb 27 03:00:33 localhost kernel: autonegotiation: yes
Feb 27 03:00:33 localhost kernel: duplex mode: half
Feb 27 03:00:33 localhost kernel: flowctrl: none
Feb 27 03:00:33 localhost kernel: irq moderation: disabled
Feb 27 03:00:33 localhost kernel: scatter-gather: enabled
Feb 27 03:00:34 localhost pppoe[2515]: PPP session is 50021
Feb 27 03:00:35 localhost pppd[2514]: local IP address 65.95.49.55
Feb 27 03:00:35 localhost pppd[2514]: remote IP address 65.95.49.1
Feb 27 03:00:36 localhost adsl: Connected!
Feb 27 03:00:36 localhost adsl:
Feb 27 03:00:36 localhost rc: Starting adsl: succeeded

The only difference is the "Couldn't set pass-filter in kernel: Invalid argument" in the Kernel 2.6 - which I don't know what it means.

Finally, there are messages from the firewall that chaught my attention. There seem to be more of them, when running kernel 2.6...

Kernel 2.4
================================================================================

Feb 27 03:12:51 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=61.253.165.57 DST=65.95.49.55 LEN=838 TOS=0x00 PREC=0x00 TTL=116 ID=50211 PROTO=UDP SPT=18069 DPT=1028 LEN=818

Feb 27 03:18:27 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=24.129.123.225 DST=65.95.49.55 LEN=52 TOS=0x00 PREC=0x00 TTL=42 ID=46501 DF PROTO=TCP SPT=4082 DPT=17300 WINDOW=60352 RES=0x00 SYN URGP=0

Feb 27 03:21:43 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=62.238.227.238 DST=65.95.49.55 LEN=838 TOS=0x00 PREC=0x00 TTL=116 ID=41859 PROTO=UDP SPT=25195 DPT=1029 LEN=818

Feb 27 03:23:51 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=64.52.113.150 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=19048 DF PROTO=TCP SPT=2583 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:23:54 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=64.52.113.150 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=19306 DF PROTO=TCP SPT=2583 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:24:01 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=64.52.113.150 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=19906 DF PROTO=TCP SPT=2583 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:25:26 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=24.244.144.94 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=32303 DF PROTO=TCP SPT=1749 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:25:29 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=24.244.144.94 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=32591 DF PROTO=TCP SPT=1749 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:25:36 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=24.244.144.94 DST=65.95.49.55 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=33170 DF PROTO=TCP SPT=1749 DPT=80 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 03:25:48 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=69.93.198.72 DST=65.95.49.55 LEN=1077 TOS=0x00 PREC=0x00 TTL=116 ID=23497 PROTO=UDP SPT=18660 DPT=1026 LEN=1057

Feb 27 03:27:37 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=210.56.22.189 DST=65.95.49.55 LEN=404 TOS=0x00 PREC=0x00 TTL=109 ID=9345 PROTO=UDP SPT=5103 DPT=1434 LEN=384

Feb 27 03:29:01 localhost kernel: Shorewall:newnotsyn:DROP:IN=ppp0 OUT= MAC= SRC=64.52.113.150 DST=65.95.49.55 LEN=43 TOS=0x00 PREC=0x00 TTL=18 ID=0 PROTO=TCP SPT=2583 DPT=80 WINDOW=0 RES=0x00 ACK RST URGP=0

Feb 27 03:31:31 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=62.231.144.18 DST=65.95.49.55 LEN=44 TOS=0x00 PREC=0x00 TTL=48 ID=53488 PROTO=TCP SPT=6409 DPT=80 WINDOW=512 RES=0x00 SYN URGP=0

Feb 27 03:31:34 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=62.231.144.18 DST=65.95.49.55 LEN=44 TOS=0x00 PREC=0x00 TTL=48 ID=53815 PROTO=TCP SPT=6409 DPT=80 WINDOW=7300 RES=0x00 SYN URGP=0

Kernel 2.6
=================================================================================
Feb 27 08:37:24 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=80.53.76.234 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=11880 DF PROTO=TCP SPT=1465 DPT=3643 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:37:27 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=80.53.76.234 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=11902 DF PROTO=TCP SPT=1465 DPT=3643 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:37:33 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=80.53.76.234 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=11949 DF PROTO=TCP SPT=1465 DPT=3643 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:38:01 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=134.102.9.73 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=112 ID=50909 DF PROTO=TCP SPT=2859 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:38:04 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=134.102.9.73 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=112 ID=51124 DF PROTO=TCP SPT=2859 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:38:10 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=134.102.9.73 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=112 ID=51394 DF PROTO=TCP SPT=2859 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:38:11 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=213.54.104.45 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=63196 DF PROTO=TCP SPT=2551 DPT=27966 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 08:38:20 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=213.54.104.45 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=63988 DF PROTO=TCP SPT=2551 DPT=27966 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 08:38:21 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=213.54.104.45 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=64145 DF PROTO=TCP SPT=2551 DPT=27966 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 08:38:24 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=213.54.104.45 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=64391 DF PROTO=TCP SPT=2551 DPT=27966 WINDOW=16384 RES=0x00 SYN URGP=0

Feb 27 08:38:55 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=217.72.82.177 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=58667 DF PROTO=TCP SPT=4106 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:38:58 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=217.72.82.177 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=58748 DF PROTO=TCP SPT=4106 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

Feb 27 08:39:04 localhost kernel: Shorewall:net2all:DROP:IN=ppp0 OUT= MAC= SRC=217.72.82.177 DST=65.92.104.124 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=58853 DF PROTO=TCP SPT=4106 DPT=27966 WINDOW=64240 RES=0x00 SYN URGP=0

I'll stop shooting in the dark now. I hope some of this info is pertinent...
 
Old 02-27-2004, 11:44 AM   #4
tcaptain
LQ Addict
 
Registered: Jul 2002
Location: Montreal
Distribution: Gentoo 2004 from stage 1 baby!
Posts: 1,403

Rep: Reputation: 45
I'll be honest with you. I hate letting you down but personally...I'm stumped.

I was kinda hoping you'd be talking about 2 systems

So if someone who's a lot better at this is reading this...jump in

Ok..in the meantime...What's your network card? I'm grasping at straws...maybe its the way a driver was compiled.

since its the same system...I'm assuming that you have the SAME services running right? I mean, you don't have some sort of DNS cache running with 2.4 that doesn't get loaded with 2.6 somehow?
 
Old 02-27-2004, 12:23 PM   #5
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
The network cark is an onboard Marvell 88E8001 Gigabit LAN. I googled to know what the status of Linux support for my MOBO is (ASUS A7N8X-E Deluxe) - _after I bought it_ - and support for this network card is indeed an issue. But the sk98lin driver _does_ support it. The reason I found problems with the network card unlikely, is that maximum transfer speeds are fine.

Yes, I do have the exact same services running. - At least, I didn't change any of the boot setup / init scripts.

Where in the system logs would I find details about the talk that is going on between my machine and my ISP, for example when connecting? The exerpts of the /var/log/messages are all I have found so far, and are not very verbose.

I might just try to recompile the latest version of the kernel - even though I hate doing that without a better reason than not knowing what else to do.

Thanks a lot for your time!!
 
Old 02-27-2004, 12:42 PM   #6
tcaptain
LQ Addict
 
Registered: Jul 2002
Location: Montreal
Distribution: Gentoo 2004 from stage 1 baby!
Posts: 1,403

Rep: Reputation: 45
I'm hoping someone can join in here besides me

For errors...no idea where you would look other than in the messages file and I wouldn't know what to look for....unless there's a blatant error.

Here's something to try...from the command line (you might need to be root, not sure) try something like:

ping www.google.com

using both kernels...you mentionned before you suspected the problem was around the lag in DNS responses...this might confirm it better than a status bar in a browser... check the time values too.

As for recompiling a kernel...its worth doing just so you dont have a lot of useless stuff loaded in memory for nothing...making your machine more efficient.
 
Old 02-27-2004, 02:43 PM   #7
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
That seemed like a good idea. The results are meager, however. First I should state that I am no longer able to run X with the kernel 2.4 since I installed the NVidia drivers, compiled for 2.6 (I could recompile...). While it does prevent me from gathering more quantitative data on internet speed, it doesn't prevent me from running ping. In both configurations, I ran
ping www.google.com >> some_file five times for exactly 10s each (stopwatch). Note that it sometimes takes over 5sec for the first line ("PING www....") to appear. I don't see a difference between 2.4 and 2.6.

I guess the next step is, as you suggested, a Kernel recompile. Not today.

Thank you for your help!

Here are the results:

Kernel 2.6
===============================================================================
===============================================================================
PING www.google.akadns.net (216.239.37.99) 56(84) bytes of data.
64 bytes from 216.239.37.99: icmp_seq=1 ttl=243 time=32.5 ms
64 bytes from 216.239.37.99: icmp_seq=2 ttl=243 time=19.6 ms
64 bytes from 216.239.37.99: icmp_seq=3 ttl=243 time=20.0 ms
64 bytes from 216.239.37.99: icmp_seq=4 ttl=243 time=19.5 ms
64 bytes from 216.239.37.99: icmp_seq=5 ttl=243 time=33.4 ms
64 bytes from 216.239.37.99: icmp_seq=6 ttl=243 time=19.7 ms
64 bytes from 216.239.37.99: icmp_seq=7 ttl=243 time=20.1 ms
64 bytes from 216.239.37.99: icmp_seq=8 ttl=243 time=19.6 ms
64 bytes from 216.239.37.99: icmp_seq=9 ttl=243 time=19.3 ms

--- www.google.akadns.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8645ms
rtt min/avg/max/mdev = 19.391/22.687/33.487/5.534 ms

==================================================================

PING www.google.akadns.net (216.239.41.99) 56(84) bytes of data.
64 bytes from 216.239.41.99: icmp_seq=1 ttl=245 time=37.3 ms
64 bytes from 216.239.41.99: icmp_seq=2 ttl=245 time=34.3 ms
64 bytes from 216.239.41.99: icmp_seq=3 ttl=245 time=19.8 ms
64 bytes from 216.239.41.99: icmp_seq=4 ttl=245 time=20.9 ms
64 bytes from 216.239.41.99: icmp_seq=5 ttl=245 time=32.9 ms
64 bytes from 216.239.41.99: icmp_seq=6 ttl=245 time=31.3 ms
64 bytes from 216.239.41.99: icmp_seq=7 ttl=245 time=30.3 ms

--- www.google.akadns.net ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 8331ms
rtt min/avg/max/mdev = 19.854/29.602/37.380/6.204 ms

=================================================================

PING www.google.akadns.net (216.239.41.99) 56(84) bytes of data.
64 bytes from 216.239.41.99: icmp_seq=1 ttl=245 time=32.3 ms
64 bytes from 216.239.41.99: icmp_seq=2 ttl=245 time=20.2 ms
64 bytes from 216.239.41.99: icmp_seq=3 ttl=245 time=20.9 ms
64 bytes from 216.239.41.99: icmp_seq=4 ttl=245 time=20.2 ms
64 bytes from 216.239.41.99: icmp_seq=5 ttl=245 time=20.5 ms

--- www.google.akadns.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4003ms
rtt min/avg/max/mdev = 20.225/22.871/32.324/4.738 ms

=================================================================

PING www.google.akadns.net (216.239.41.104) 56(84) bytes of data.
64 bytes from 216.239.41.104: icmp_seq=1 ttl=245 time=32.0 ms
64 bytes from 216.239.41.104: icmp_seq=2 ttl=245 time=20.0 ms
64 bytes from 216.239.41.104: icmp_seq=3 ttl=245 time=33.1 ms
64 bytes from 216.239.41.104: icmp_seq=4 ttl=245 time=20.9 ms
64 bytes from 216.239.41.104: icmp_seq=5 ttl=245 time=20.2 ms
64 bytes from 216.239.41.104: icmp_seq=6 ttl=245 time=20.1 ms
64 bytes from 216.239.41.104: icmp_seq=7 ttl=245 time=19.6 ms
64 bytes from 216.239.41.104: icmp_seq=8 ttl=245 time=33.8 ms
64 bytes from 216.239.41.104: icmp_seq=9 ttl=245 time=32.7 ms

--- www.google.akadns.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 9556ms
rtt min/avg/max/mdev = 19.614/25.870/33.886/6.365 ms

=================================================================

PING www.google.akadns.net (216.239.41.104) 56(84) bytes of data.
64 bytes from 216.239.41.104: icmp_seq=1 ttl=245 time=31.8 ms
64 bytes from 216.239.41.104: icmp_seq=2 ttl=245 time=20.0 ms
64 bytes from 216.239.41.104: icmp_seq=3 ttl=245 time=33.9 ms
64 bytes from 216.239.41.104: icmp_seq=4 ttl=245 time=20.0 ms
64 bytes from 216.239.41.104: icmp_seq=5 ttl=245 time=20.3 ms
64 bytes from 216.239.41.104: icmp_seq=6 ttl=245 time=20.2 ms
64 bytes from 216.239.41.104: icmp_seq=7 ttl=245 time=20.2 ms
64 bytes from 216.239.41.104: icmp_seq=8 ttl=245 time=19.7 ms
64 bytes from 216.239.41.104: icmp_seq=9 ttl=245 time=20.2 ms
64 bytes from 216.239.41.104: icmp_seq=10 ttl=245 time=19.8 ms

--- www.google.akadns.net ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9757ms
rtt min/avg/max/mdev = 19.743/22.643/33.982/5.157 ms


Kernel 2.4
===================================================================
===================================================================

PING www.google.akadns.net (216.239.37.147) 56(84) bytes of data.
64 bytes from 216.239.37.147: icmp_seq=1 ttl=243 time=20.8 ms
64 bytes from 216.239.37.147: icmp_seq=2 ttl=243 time=20.5 ms
64 bytes from 216.239.37.147: icmp_seq=3 ttl=243 time=20.4 ms
64 bytes from 216.239.37.147: icmp_seq=4 ttl=243 time=20.3 ms
64 bytes from 216.239.37.147: icmp_seq=5 ttl=243 time=20.8 ms
64 bytes from 216.239.37.147: icmp_seq=6 ttl=243 time=20.8 ms

--- www.google.akadns.net ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 7667ms
rtt min/avg/max/mdev = 20.319/20.669/20.897/0.292 ms

==================================================================

PING www.google.akadns.net (216.239.39.99) 56(84) bytes of data.
64 bytes from 216.239.39.99: icmp_seq=1 ttl=244 time=24.3 ms
64 bytes from 216.239.39.99: icmp_seq=2 ttl=244 time=20.3 ms
64 bytes from 216.239.39.99: icmp_seq=3 ttl=244 time=21.0 ms
64 bytes from 216.239.39.99: icmp_seq=4 ttl=244 time=19.9 ms
64 bytes from 216.239.39.99: icmp_seq=5 ttl=244 time=34.4 ms
64 bytes from 216.239.39.99: icmp_seq=6 ttl=244 time=20.9 ms
64 bytes from 216.239.39.99: icmp_seq=7 ttl=244 time=24.8 ms
64 bytes from 216.239.39.99: icmp_seq=8 ttl=244 time=20.7 ms
64 bytes from 216.239.39.99: icmp_seq=9 ttl=244 time=20.7 ms
64 bytes from 216.239.39.99: icmp_seq=10 ttl=244 time=23.8 ms

--- www.google.akadns.net ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9068ms
rtt min/avg/max/mdev = 19.982/23.129/34.428/4.132 ms

==================================================================

PING www.google.akadns.net (216.239.39.147) 56(84) bytes of data.
64 bytes from 216.239.39.147: icmp_seq=1 ttl=244 time=23.0 ms
64 bytes from 216.239.39.147: icmp_seq=2 ttl=244 time=20.6 ms
64 bytes from 216.239.39.147: icmp_seq=3 ttl=244 time=19.7 ms
64 bytes from 216.239.39.147: icmp_seq=4 ttl=244 time=30.4 ms
64 bytes from 216.239.39.147: icmp_seq=5 ttl=244 time=21.1 ms

--- www.google.akadns.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 8302ms
rtt min/avg/max/mdev = 19.700/23.018/30.465/3.882 ms

=================================================================

PING www.google.akadns.net (216.239.39.147) 56(84) bytes of data.
64 bytes from 216.239.39.147: icmp_seq=1 ttl=244 time=19.9 ms
64 bytes from 216.239.39.147: icmp_seq=2 ttl=244 time=19.3 ms
64 bytes from 216.239.39.147: icmp_seq=3 ttl=244 time=19.9 ms
64 bytes from 216.239.39.147: icmp_seq=4 ttl=244 time=20.1 ms
64 bytes from 216.239.39.147: icmp_seq=5 ttl=244 time=19.9 ms
64 bytes from 216.239.39.147: icmp_seq=6 ttl=244 time=20.1 ms
64 bytes from 216.239.39.147: icmp_seq=7 ttl=244 time=19.9 ms
64 bytes from 216.239.39.147: icmp_seq=8 ttl=244 time=20.1 ms

--- www.google.akadns.net ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 8896ms
rtt min/avg/max/mdev = 19.395/19.951/20.187/0.262 ms

==================================================================

PING www.google.akadns.net (216.239.39.147) 56(84) bytes of data.
64 bytes from 216.239.39.147: icmp_seq=1 ttl=244 time=20.3 ms
64 bytes from 216.239.39.147: icmp_seq=2 ttl=244 time=19.7 ms
64 bytes from 216.239.39.147: icmp_seq=3 ttl=244 time=22.1 ms
64 bytes from 216.239.39.147: icmp_seq=4 ttl=244 time=21.0 ms
64 bytes from 216.239.39.147: icmp_seq=5 ttl=244 time=20.5 ms
64 bytes from 216.239.39.147: icmp_seq=6 ttl=244 time=24.8 ms
64 bytes from 216.239.39.147: icmp_seq=7 ttl=244 time=21.1 ms
64 bytes from 216.239.39.147: icmp_seq=8 ttl=244 time=20.5 ms
64 bytes from 216.239.39.147: icmp_seq=9 ttl=244 time=20.5 ms

--- www.google.akadns.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8962ms
rtt min/avg/max/mdev = 19.786/21.213/24.837/1.418 ms
 
Old 03-11-2004, 09:54 PM   #8
soloist
LQ Newbie
 
Registered: Jul 2003
Distribution: RH9 MDK9.2+10.0
Posts: 24

Rep: Reputation: 15
Not to confuse the issue, but when I was researching a poorly supported NIC (3Com 3C940 on Asus P4P800 Deluxe) I was steered by the community to also use the sk98lin driver. Under Mandy 9.2, users using sk98lin with 3C940 reported variable performance (1. very slow connection setup time, 2. connection fails on some websites !?), and users who compiled the drivers from the ASUS web site were happy.

And now that I've loaded Mandrake 10 Community, I see that the auto configuration now recognizes my NIC and assigns it the sk98lin driver. Based on what I read when I had 9.2, I'm not sure if that is a good thing or a bad thing.

Long story short: maybe ASUS has a better driver for you.
 
Old 03-11-2004, 11:49 PM   #9
soloist
LQ Newbie
 
Registered: Jul 2003
Distribution: RH9 MDK9.2+10.0
Posts: 24

Rep: Reputation: 15
My post above is not quite accurate. I was not able to find a consesus solution in this
very long thread on the 3C940 and sk98lin driver
http://www.linuxquestions.org/questi...ghlight=P4P800

good luck
 
Old 03-12-2004, 09:36 AM   #10
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
thank you soloist!

I had put this issue to rest, temporarily, since I _can_ access all websites (just some are painfully slow), and since I don't really have much time right now to investigate. But I'll definately try to get a new driver version, and I'll report my experiences. The thread you reference looks like it has some great hints.

JanW
 
Old 03-13-2004, 04:51 PM   #11
alxdotnet
Member
 
Registered: Feb 2004
Distribution: Mandrake 10.0 Community
Posts: 30

Rep: Reputation: 15
This is _not_ a driver/device specific problem...I've noticed it in Mandrake 10.0 as well as in Debian. I have 3com etherlink. Again, kernel 2.4 works great!
Furthermore, I believe I've isolated the problem to the DNS lookup before the actual HTTP request is sent.
 
Old 03-13-2004, 08:22 PM   #12
janW
LQ Newbie
 
Registered: Feb 2004
Distribution: Mandrake
Posts: 13

Original Poster
Rep: Reputation: 0
That's what it looks like to me, however, I don't know how to really establish that it's a DNS problem. What did you do to isolate this? As I mentioned, I had the impression that kernel 2.6.3 was ok. Any clue as to what "feature" in the kernel makes the difference?
 
Old 03-13-2004, 08:48 PM   #13
s34n
Member
 
Registered: Jun 2003
Distribution: Slackware 9.1 / Debian Sid
Posts: 57

Rep: Reputation: 15
This may be a real stab in the dark, but have you tried another web browser other than Mozilla?
 
Old 03-13-2004, 11:13 PM   #14
moosedaddy
Member
 
Registered: Feb 2003
Location: Oklahoma
Distribution: Debian Unstable
Posts: 244

Rep: Reputation: 30
I am having the exact same problems 2.4 lighting fast 2.6 extremely slow. Konqueror does seem a little better than Mozilla and alot better than Firefox.

I am using the pre-compiled acx100 driver, I am working on recompiling the kernel to see if the latest driver will be better.
 
Old 03-14-2004, 04:08 PM   #15
alxdotnet
Member
 
Registered: Feb 2004
Distribution: Mandrake 10.0 Community
Posts: 30

Rep: Reputation: 15
As another stab in the dark:
I remember reading somewhen somewhere that experimental IPv6 support wreaks havoc on inet speeds...perhaps this is enabled in 2.6 by default? If so, can someone tell us noobs how to turn it off?
Mandrake 10.0/3com Etherlink/2.6.3
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Slow Internet Connection when Connecting to Internet on Browsers lennysokol Linux - Networking 8 04-09-2011 04:29 PM
Kernel 2.6.11 Internet Browsing is Slow !!! rip_dr_gonzo Linux - Networking 9 11-04-2007 10:02 AM
New Fedora Internet connection slow slow slow matrim Fedora 9 07-29-2005 01:39 PM
kernel 2.6: slow internet janW Mandriva 9 04-26-2004 09:02 PM
slow internet access. too slow!!! iamstinke Linux - Networking 2 01-01-2004 09:46 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Networking

All times are GMT -5. The time now is 12:04 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration