[SOLVED] Extremely slow internet

Median · 2011-07-31 10:29:36

Hello.

I'm having a problem with really slow internet on Arch, but it's working really fast and smooth on Windows. This started to happen once i moved my old HDD to a new built computer, so i wouldn't have to reformat etc. (Now i have reformatted and also tried Debian, same thing there and now)
Any ideas?

rc.conf

# 
# /etc/rc.conf - Main Configuration for Arch Linux 
# 
 
# ----------------------------------------------------------------------- 
# LOCALIZATION 
# ----------------------------------------------------------------------- 
# 
# LOCALE: available languages can be listed with the 'locale -a' command 
# DAEMON_LOCALE: If set to 'yes', use $LOCALE as the locale during daemon 
# startup and during the boot process. If set to 'no', the C locale is used. 
# HARDWARECLOCK: set to "UTC" or "localtime", any other value will result 
#   in the hardware clock being left untouched (useful for virtualization) 
#   Note: Using "localtime" is discouraged. 
# TIMEZONE: timezones are found in /usr/share/zoneinfo 
# KEYMAP: keymaps are found in /usr/share/kbd/keymaps 
# CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US) 
# CONSOLEMAP: found in /usr/share/kbd/consoletrans 
# USECOLOR: use ANSI color sequences in startup messages 
# VERBOSE: Verbose level (from 1 to 8). man 3 syslog for level info 
# 
LOCALE="sv_SE.UTF-8" 
DAEMON_LOCALE="no" 
HARDWARECLOCK="localtime" 
TIMEZONE="Europe/Stockholm" 
KEYMAP="se-lat6" 
CONSOLEFONT= 
CONSOLEMAP= 
USECOLOR="yes" 
VERBOSE="3" 
 
# ----------------------------------------------------------------------- 
# HARDWARE 
# ----------------------------------------------------------------------- 
# 
# MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed 
# MODULES: Modules to load at boot-up. Prefix with a ! to blacklist. 
# 
MOD_AUTOLOAD="yes" 
MODULES=() 
 
# Udev settle timeout (default to 30) 
UDEV_TIMEOUT=30 
 
# Scan for FakeRAID (dmraid) Volumes at startup 
USEDMRAID="no" 
 
# Scan for BTRFS volumes at startup 
USEBTRFS="no" 
 
# Scan for LVM volume groups at startup, required if you use LVM 
USELVM="no" 
 
# ----------------------------------------------------------------------- 
# NETWORKING 
# ----------------------------------------------------------------------- 
# 
# HOSTNAME: Hostname of machine. Should also be put in /etc/hosts 
# 
HOSTNAME="Cerberus" 
 
# Use 'ip addr' or 'ls /sys/class/net/' to see all available interfaces. 
# 
# Wired network setup 
#   - interface: name of device (required) 
#   - address: IP address (leave blank for DHCP) 
#   - netmask: subnet mask (ignored for DHCP) 
#   - gateway: default route (ignored for DHCP) 
# 
# Static IP example 
# interface=eth0 
# address=192.168.0.2 
# netmask=255.255.255.0 
# gateway=192.168.0.1 
# 
# DHCP example 
# interface=eth0 
# address= 
# netmask= 
# gateway= 
 
interface=eth0 
address= 
netmask= 
gateway= 
 
# Setting this to "yes" will skip network shutdown. 
# This is required if your root device is on NFS. 
NETWORK_PERSIST="no" 
 
# Enable these netcfg profiles at boot-up. These are useful if you happen to 
# need more advanced network features than the simple network service 
# supports, such as multiple network configurations (ie, laptop users) 
#   - set to 'menu' to present a menu during boot-up (dialog package required) 
#   - prefix an entry with a ! to disable it 
# 
# Network profiles are found in /etc/network.d 
# 
# This requires the netcfg package 
# 
#NETWORKS=(main) 
 
 
# ----------------------------------------------------------------------- 
# DAEMONS 
# ----------------------------------------------------------------------- 
# 
# Daemons to start at boot-up (in this order) 
#   - prefix a daemon with a ! to disable it 
#   - prefix a daemon with a @ to start it up in the background 
# 
# If something other takes care of your hardware clock (ntpd, dual-boot...) 
# you should disable 'hwclock' here. 
# 
DAEMONS=(hwclock syslog-ng @network dbus netfs @rtorrent @crond alsa)

resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

hosts

#
# /etc/hosts: static lookup table for host names
#

#<ip-address>   <hostname.domain.org>   <hostname>
127.0.0.1       localhost.localdomain   localhost Cerberus

# End of file

This is my dmesg:
http://pastie.org/2359904

errors.log
http://pastie.org/2359912

messages.log
http://pastebin.com/EUUhWayF

lspci -vv
http://pastie.org/2359917

ICSI Netalyzr
http://n3.netalyzr.icsi.berkeley.edu/su … -44fb-bd2d

Also tried using the DNS assigned to me by the ISP, no difference in speed.
Everything is correct as far as i can see

Last edited by Median (2011-08-13 14:11:34)

Spider.007 · 2011-07-31 10:34:48

Why don't you start by showing us what you mean by 'slow'. For example; how long does `time wget http://www.google.com/' take? If that is quick, then what is it that is slow to you? Is `pacman -Syu` slow? Or is your browsing experience slow? If so, which browser are you using?

Last edited by Spider.007 (2011-07-31 10:35:12)

Median · 2011-07-31 11:33:51

time wget http://www.google.se

real    0m10.208s
user    0m0.003s
sys    0m0.000s

Everything is slow! Downloading, pacman, browsing, whatever. I've measured my speed and i'm only getting 6mb/s down and 2mb/s up.. While i usually get around 80-90 mb/s down and 15 mb/s up. And as i said, it's not the ISP as internet is working fully normally with that speed in Windows. The problem must be in Arch Linux or in Linux overall., so that's why i'm reaching out to you.

Spider.007 · 2011-07-31 12:08:08

Okay, then what motherboard are you using, what network-card is in it, what kernelmodule is used. What is the complete output of 'wget http://www.google.com'? You'll have to figure out if the problem is lookup, connect- or transfer related

Median · 2011-07-31 12:14:54

I'm running a GA-P67-DS3-B3 with 1x RTL8111E chip for network and the 2.6.39-ARCH kernel, Intel P67 chipset.

The complete output is:

--2011-07-31 13:31:14--  http://www.google.se/
Sl?r upp www.google.se... 74.125.43.105, 74.125.43.99, 74.125.43.104, ...
Ansluter till www.google.se|74.125.43.105|:80... ansluten.
HTTP-beg?ran skickad, v?ntar p? svar... 200 OK
L?ngd: ospecifierat [text/html]
Sparar till: "index.html"

    [ <=>                                                                                           ] 10 011      --.-K/s   p? 0s      

2011-07-31 13:31:24 (51,4 MB/s) - "index.html" sparades [10011]


real    0m10.208s
user    0m0.003s
sys    0m0.000s

Sorry for the swedish.
Anyway, it seems like this problem with slow internet comes and goes, as sometimes it's extremely fast (Managed to wget google in 0.138s), but sometimes it's just like the above.

Last edited by Median (2011-07-31 12:15:17)

Spider.007 · 2011-07-31 13:25:27

Okay, if you install gnu-netcat and then perform these:

* time dig google.com
* time echo -e 'GET / HTTP/1.0\nHost: google.com\n\n'|nc 74.125.79.99 80

You might also try analyzing your connection more thoroughly using http://netalyzr.icsi.berkeley.edu/

karol · 2011-07-31 14:38:39

Not sure if the issues are related, but you can have a look at https://bbs.archlinux.org/viewtopic.php?id=119078

Median · 2011-07-31 17:11:28

Switched from network to netcfg, works fine now somehow.

Median · 2011-08-01 08:42:38

Same problem.. Still extremely slow, but browsing is reasonably fast at times, so the time dig and time echo won't show anything worthy as it differs.

But the Netalyzr gave me some interesting results.
http://n3.netalyzr.icsi.berkeley.edu/su … -44fb-bd2d

Feel free to check it out

brebs · 2011-08-01 09:23:24

The path between your network and our system supports an MTU of at least 1500 bytes, and the path between our system and your network has an MTU of 1500 bytes.

Check the MTU setting on your router. My PC defaulted to 1500, which my router did not support - too high.

In my custom "network activation" script (because I hate how each distro has a different network setup method), I have:

ip link set eth0 mtu 1492

Median · 2011-08-01 18:55:07

brebs wrote:

The path between your network and our system supports an MTU of at least 1500 bytes, and the path between our system and your network has an MTU of 1500 bytes.
Check the MTU setting on your router. My PC defaulted to 1500, which my router did not support - too high.
In my custom "network activation" script (because I hate how each distro has a different network setup method), I have:
ip link set eth0 mtu 1492

This can't possibly be the cause, then it would be the same problem in Windows, right? And i don't have this problem there.

brebs · 2011-08-01 19:02:07

I haven't a clue what Windows' MTU configuration rules are.

You might as well spend the minute or less that it takes to check the router's config.

Median · 2011-08-04 06:46:39

I will on monday, i don't have access to my main computer atm.

Median · 2011-08-12 07:29:26

Right. The MTU was not the cause of this. Now i've also reformatted Arch 3+ times, as well as trying to install Debian. This issue has been there all the time, my network speed being reduced to around 1mb/s and i download around 200kb/s at most. This also occured on Debian.

This is my dmesg:
http://pastie.org/2359904

errors.log
http://pastie.org/2359912

messages.log
http://pastebin.com/EUUhWayF

lspci -vv
http://pastie.org/2359917

I've also tried disabling IPv6 as suggested by people, but that didn't work either.
I really need some help here.

brebs · 2011-08-12 07:37:00

Try: (explanation)

echo 0 > /proc/sys/net/ipv4/tcp_window_scaling

Median · 2011-08-12 09:22:25

No difference.

brebs · 2011-08-12 11:26:19

Aug 12 09:06:44 localhost kernel: [ 2119.377962] BUG: scheduling while atomic: X/13058/0x00000002
Aug 12 09:06:44 localhost kernel: [ 2119.378345] BUG: scheduling while atomic: X/13058/0x00000002
Aug 12 09:06:44 localhost kernel: [ 2119.378752] BUG: scheduling while atomic: X/13058/0x00000002

Dunno how much of an adverse effect *that* bug is having.

Aug 12 09:06:44 localhost kernel: [ 2119.378069] [<ffffffff813e9ed3>] __schedule_bug+0x5f/0x64
Aug 12 09:06:44 localhost kernel: [ 2119.378071] [<ffffffff813f0381>] schedule+0x831/0x9f0
Aug 12 09:06:44 localhost kernel: [ 2119.378095] [<ffffffffa02262e2>] ? firegl_trace+0x72/0x1e0 [fglrx]
Aug 12 09:06:44 localhost kernel: [ 2119.378098] [<ffffffff81045128>] ? __wake_up_common+0x58/0x90
Aug 12 09:06:44 localhost kernel: [ 2119.378116] [<ffffffffa02262e2>] ? firegl_trace+0x72/0x1e0 [fglrx]
Aug 12 09:06:44 localhost kernel: [ 2119.378118] [<ffffffff81046e13>] ? __wake_up+0x53/0x70
Aug 12 09:06:44 localhost kernel: [ 2119.378121] [<ffffffff8107f470>] ? prepare_to_wait+0x60/0x90

And that. You need to investigate these. Hopefully it's just one bug.

Median · 2011-08-12 14:34:00

That first bug seems to be something about some kernel driver or something, and the other ones i dunno.

But i did find another thread with another guy having issue with the RTL8168b chip or whatever. http://ubuntuforums.org/showthread.php?t=1822997
Seems to be quite similar.

And here: http://www.mail-archive.com/netdev@vger … 32100.html

This could possibly be a kernel bug with the chip that i have.
I haven't found a solution yet.

Edit: I did find a Linux driver for this specific chip on Realteks website, but unfortunately it's only for 2.6.x/2.4.x

Last edited by Median (2011-08-12 14:41:39)

Median · 2011-08-12 15:32:41

I solved it!
I went to the nearest computer store and bought a PCI network adapter.

Median · 2011-08-13 14:11:19

Found a solution, this is fixed in the 2.6.x kernel by installing Realteks own driver for the chip: http://www.foxhop.net/attachment/r8168-8.023.00.tar.bz2

Quoting foxhop:

The Realtek r8168B network card does not work out of the box in Redhat, Centos, Fedora, or Ubuntu: instead of loading the r8168 driver, modprobe loads the r8169 driver, which is broken as can be seen with ifconfig which shows large amounts of dropped packets.

Unfortunately it does not yet support the 3.x kernel, i didn't manage to get it working at least as the module refused to be created, could be some other reason for that as well but i just jumped to a conclusion here as the README states that it only supports 2.4.x/2.6.x

Arch Linux

#1 2011-07-31 10:29:36

[SOLVED] Extremely slow internet

#2 2011-07-31 10:34:48

Re: [SOLVED] Extremely slow internet

#3 2011-07-31 11:33:51

Re: [SOLVED] Extremely slow internet

#4 2011-07-31 12:08:08

Re: [SOLVED] Extremely slow internet

#5 2011-07-31 12:14:54

Re: [SOLVED] Extremely slow internet

#6 2011-07-31 13:25:27

Re: [SOLVED] Extremely slow internet

#7 2011-07-31 14:38:39

Re: [SOLVED] Extremely slow internet

#8 2011-07-31 17:11:28

Re: [SOLVED] Extremely slow internet

#9 2011-08-01 08:42:38

Re: [SOLVED] Extremely slow internet

#10 2011-08-01 09:23:24

Re: [SOLVED] Extremely slow internet

#11 2011-08-01 18:55:07

Re: [SOLVED] Extremely slow internet

#12 2011-08-01 19:02:07

Re: [SOLVED] Extremely slow internet

#13 2011-08-04 06:46:39

Re: [SOLVED] Extremely slow internet

#14 2011-08-12 07:29:26

Re: [SOLVED] Extremely slow internet

#15 2011-08-12 07:37:00

Re: [SOLVED] Extremely slow internet

#16 2011-08-12 09:22:25

Re: [SOLVED] Extremely slow internet

#17 2011-08-12 11:26:19

Re: [SOLVED] Extremely slow internet

#18 2011-08-12 14:34:00

Re: [SOLVED] Extremely slow internet

#19 2011-08-12 15:32:41

Re: [SOLVED] Extremely slow internet

#20 2011-08-13 14:11:19

Re: [SOLVED] Extremely slow internet

Board footer