|
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 |
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) |
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... |
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 :D 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? |
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!! |
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. |
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 |
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. |
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 |
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 |
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. |
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?
|
This may be a real stab in the dark, but have you tried another web browser other than Mozilla?
|
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. |
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 |
| All times are GMT -5. The time now is 01:14 AM. |