Prędkość internetu w Linuksie

Katiusha - 18-11-2009 12:42
Mam internet z UPC (Chello) 25 Mb/s pobieranie i 2 Mb/s wysyłaniee.
Ostatnio zauważyłam pewną rzecz.
Otóż mierząc sobie prędkość łącza na np takiej stronie:

http://www.speedtest.net/

czy

http://speedtest.net.pl/

na Debianie przez przeglądarkę Opere mam najwyżej 10 Mb/s DL.
To nawet nie jest połowa możliwości łącza.
Za to mierząc prędkość na tych samych stronach w Windows XP przez IE 8 mam ok 20 Mb/s DL, czyli mniej więcej tak jak powinno być.
I teraz zagadka, dlaczego w Linuksie pokazuje mniej? Jakiś ma ogranicznik, że większych prędkości niż 10 Mb/s nie jest w stanie obsłużyć?
Nie chce mi się w to wierzyć.
A może gdzieś trzeba to w systemie odblokować/ustawić?

Układ sieci w domu to modem kablowy i komputer, bez żadnego rutera.

darkwater - 18-11-2009 12:54
Może karta sieciowa pracuje w trybie 10Mb/s ? Bo rozumiem że modem podłączony jest za pomoca Ethernetu?
Pokaż wyniki dla windowsowego
ipconfig /all i linuksowego
ifconfig

Katiusha - 18-11-2009 15:43
Windows XP

Microsoft Windows XP [Wersja 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ipconfig /all

Konfiguracja IP systemu Windows

Nazwa hosta . . . . . . . . . . . : woschod
Sufiks podstawowej domeny DNS . . . . . . :
Typ węzła . . . . . . . . . . . . : Nieznany
Routing IP włączony . . . . . . . : Nie
Serwer WINS Proxy włączony. . . . : Nie
Lista przeszukiwania sufiksów DNS : chello.pl

Karta Ethernet NVIDIA nForce Networking Controller:

Sufiks DNS konkretnego połączenia : chello.pl
Opis . . . . . . . . . . . . . . : NVIDIA nForce Networking Controller
Adres fizyczny. . . . . . . . . . : 00-1A-92-CE-61-4D
DHCP włÂączone . . . . . . . . . . : Tak
Autokonfiguracja włączona . . . . : Tak
Adres IP. . . . . . . . . . . . . : 87.207.144.xxx
Maska podsieci. . . . . . . . . . : 255.255.255.0
Brama domyślna. . . . . . . . . . : 87.207.144.1
Serwer DHCP . . . . . . . . . . . : 62.179.2.134
Serwery DNS . . . . . . . . . . . : 62.179.1.63
62.179.1.62
Dzierżawa uzyskana. . . . . . . . : 18 listopada 2009 14:57:26
Dzierżawa wygasa. . . . . . . . . : 18 listopada 2009 15:57:26

C:\Documents and Settings\Administrator> i pomiar prędkości:

http://www.speedtest.net/result/626312607.png

Debian Lenny:

root@debian:/home/kati# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1a:92:ce:61:4d
inet addr:87.207.144.xxx Bcast:255.255.255.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:576 Metric:1
RX packets:15925 errors:0 dropped:0 overruns:0 frame:0
TX packets:10280 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5645284 (5.3 MiB) TX bytes:1525650 (1.4 MiB)
Interrupt:23 Base address:0x2000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:16551 errors:0 dropped:0 overruns:0 frame:0
TX packets:16551 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:950844 (928.5 KiB) TX bytes:950844 (928.5 KiB)

root@debian:/home/kati# i pomiar szybkości:

http://www.speedtest.net/result/626320760.png

Moja płyta główna to ASUS P5N-E SLI i wg. specyfikacji karta sieciowa to:

Marvell 88E1116 PHY Gigabit LAN controller i sprawdzając karte wg. tego rysunku poniżej dioda miga na pomarańczowo w Debianie czyli powinno obsługiwać 100 MB/s.

Można gdzieś w Debianie ustawić przepustowość karty?

PS Sprawdziłam w Windows XP i dioda też tam miga na pomarańczowo, więc jest tak samo jak pod Linuksem...

darkwater - 18-11-2009 16:08
...
źródło: http://forum.mediaswiat.pl/viewtopic.php?t=4056

U ciebie pod Linuksem MTU=576. Może tutaj leży problem? Bo zapewne pod Windows jest domyślnie ~1500. MTU ustawiasz poleceniem ifconfig podczas podnoszenia interfejsu, lub deklarujesz w pliku /etc/network/interfaces

Katiusha - 18-11-2009 16:23
Spróbuje, bo rzeczywiście może być MTU za małe.
Tylko że w którym miejscu i w jakiej formie mam to dopisać?
Tak wygląda mój plik /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

auto eth0

darkwater - 18-11-2009 16:37
Na początek wstrzymaj się ze zmianami do czasu przekonania się czy to faktycznie MTU jest problemem. Tymczasowo ustawisz je ręcznie, przykładowo:
# ifconfig eth0 mtu 1400 Powinno zadziałać "w locie", bez restartowania połączenia. Czy MTU uległo zmianie sprawdzisz sobie poleceniem ifconfig eth0 .
Jeśli pomoże zmień wiersz
iface eth0 inet dhcp na
iface eth0 inet dhcp mtu 1400 choć nie jestem pewien czy zadziała przy używanym DHCP. Jeśli nie, nie bij ;). Więcej informacji:
man interfaces

beetls - 18-11-2009 16:54
Również mam internet UPC-Chello o tych samych parametrach. Nie wiem czy to faktycznie w MTU jest problemem, ale u mnie MTU jest standardowo ustawione na 1500 i osiągam takie prędkości jak powinny być.

Katiusha - 18-11-2009 17:11
Przestawiłam MTU poleceniem:

ifconfig eth0 mtu 1472 przestwiło się co widać po ifconfig:

root@debian:/home/kati# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1a:92:ce:61:4d
inet addr:87.207.144.xxx Bcast:255.255.255.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1472 Metric:1
RX packets:16349 errors:1 dropped:0 overruns:0 frame:1
TX packets:8424 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5084195 (4.8 MiB) TX bytes:1061665 (1.0 MiB)
Interrupt:23 Base address:0x4000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:26725 errors:0 dropped:0 overruns:0 frame:0
TX packets:26725 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1536000 (1.4 MiB) TX bytes:1536000 (1.4 MiB)

root@debian:/home/kati# Download poszedł w góre:

http://www.speedtest.net/result/626424037.png

ale (zawsze musi być jakieś ale...) po restarcie komputera MTU wraca do tych 576...
Wpisanie w /etc/network/interfaces w takiej formie jak podałeś nie działa.
I teraz pytanie gdzie i jak wpisać/ustawić to nieszczęsne MTU na 1472?

PS beetls, mam jeszcze pytanie do Ciebie jaki masz model modemu?
Mam wrażenie, że chyba mój przez DHCP przypisuje za małe MTU.
Po ręcznym przestawieniu na 1472 po ok 10 min modem z powrotem mi przestawia na 576.

darkwater - 18-11-2009 17:38
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

post-up /sbin/ifconfig eth0 mtu 1472

auto eth0 Prymitywne ale powinno działać. Zawsze można też dopisać analogiczną linijkę (/sbin/ifconfig eth0 mtu 1472) do pliku /etc/rc.local, ale powyższy sposób uważam za bardziej "elegancki".

Katiusha - 18-11-2009 18:25
darkwater, wiesz, to zadziałało. Po restarcie systemu jest MTU 1472.
Ale mimo to i tak jestem zdania że mój modem i DHCP źle przypisuje to MTU, bo powinien przypisać tak jak dla modemów kablowych tj. 1472 lub 1500, a nie jak dla modemu DSL 56 Kb/s czyli 576.

W sobotę ma przyjść technik z Chello to zobaczę jakie będzie to MTU na innym modemie, a Twój wpis za komentuje aby modemowo było to ustawiane, a nie systemowo.

W każdym razie wielkie dzięki darkwater, za pomoc w rozgryzieniu tej zagwozdki.

beetls, jak czytasz/przeczytasz ten wątek, to pochwal się jaki masz model modemu i od razu prośba do "szczęśliwych" posiadaczy łącza 25 Mb/s w UPC/Chello o podanie swoich modeli modemów.
Chcę zobaczyć, czy model mojego modemu (Arris CM550B) jest popularny w narodzie.

Edycja:

Figa, po około 10 minutach modem znów zrestartował swoje ustawienia i MTU wróciło do 576...
Pozostaje chyba czekać do soboty.

beetls - 18-11-2009 19:30
Katiusha, obecnie mam taki sam modem tj. Arris CM550B. Wcześniej miałem coś innego, ale nie potrafię teraz powiedzieć co to było bo nie pamiętam a modem poszedł na wymianę. Podobno w różnych miejscach różne modemy różnie się sprawdzają. Po przeprowadzce w inny region Krakowa na poprzednim modemie właśnie miałem problemy z prędkościami - stąd wymiana na obecny.

Katiusha - 18-11-2009 19:34
beetls, dzięki. Hmmm, może jest tak jak piszesz "Podobno w różnych miejscach różne modemy różnie się sprawdzają." i może wymiana u mnie na inny modem też się sprawdzi.

beetls - 18-11-2009 19:50
Katiusha, jeżeli masz kabel z UPC który gdzieś się rozgałęzia i w tym miejscu jest łącznik, to często również on jest problemem. Gdyby wymiana modemu nie pomogła to zapytaj serwisanta właśnie o to. U mnie ze starym modemem właśnie łącznik powodował problemy. Nie wiem w czym rzecz, ale wymiana jednego łącznika na inny od ręki rozwiązała problem.

darkwater - 18-11-2009 20:13
Katiusha, dopisz sobie zmianę MTU do crontaba, przykładowo co 5 minut. Jako rozwiązanie tymczasowe powinno wystarczyć.

Katiusha - 18-11-2009 20:42
beetls, dwa miesiące temu był u mnie serwisant i zmieniał na nowy spliter (ten łącznik/rozgałęziacz), bo zrywało mi co chwile połączenie. Jakiś czas był spokój z łączem i teraz znowu tyle, że nie zrywa, a za małe MTU przydziela i tłumi pobieranie.
Chyba nasi providerzy jeszcze "nie dorośli" do łącz powyżej 2 Mb/s w Polsce i się "gubią" na większych światowych. :-D

darkwater, do soboty przeżyje na tym 7 czy 8 Mb/s łączu. ;-)

Haseo - 20-11-2009 13:18
Katiusha czemu nie spróbujesz wrzucić linijki zmieniającej mtu do crona? Niby jest to obejście problemu, ale powinno zadziałać.

darkwater - 20-11-2009 13:42
Haseo,

Katiusha, dopisz sobie zmianę MTU do crontaba, przykładowo co 5 minut. Jako rozwiązanie tymczasowe powinno wystarczyć. ;)

Haseo - 20-11-2009 21:40
@darkwater przepraszam, ale nie zauważyłem twojego postu. Tak czy owak mieliśmy to samo na myśli. :p

Katiusha - 22-11-2009 11:01
Wczoraj przyszedł Pan z serwisu i zmierzył sygnał, był zły tj. za duży o kilka dB więc wymienił filtr w skrzynce rozgałęźnika, potem spliter w domu i w końcu modem na nowy (ta sama marka i model co był), w końcu podłączył swojego laptopa aby zmierzyć prędkość i co? I nic, żadnej zmiany!
Wyszło na to, że to jednak informatycy skwasili (szczególnie z tym niskim MTU), a że nie chciało im się grzebać i szukać, to przysłali serwisanta (nawiasem mówiąc bardzo rzetelnego i rzeczowego)...
Zobaczymy co w przyszłym tygodniu poprawią z łączem Panowie Informatycy... :-P

fair - 23-11-2009 12:01
Jeśli pod Windowsem dostęp działa prawidłowo to problemu szukałbym w którymś z konfigów Debiana. Na myśl przychodzi mi taka kombinacja, że skoro jest nieprawidłowy sygnał to być może dochodzi do synchronizacji, a tym samym do przeładowania dhcp. To by mogło tłumaczyć dlaczego po jakimś czasie MTU wraca do wyjściowego. Zamieszałbym konfigiem dhcp. Spróbuj edytować /etc/dhcp3/dhclient.conf wyrzucając z poniższej linijki parametr interface-mtu
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes; Następnie na końcu w konfigu dopisz: option interface-mtu 1492 Oczywiście jeśli się mylę lub gadam głupoty niech mnie ktoś poprawi.