Thread View: pl.comp.os.linux.sieci
9 messages
9 total messages
Started by Servant
Thu, 20 Feb 2014 17:52
Prędkość łącza
Author: Servant
Date: Thu, 20 Feb 2014 17:52
Date: Thu, 20 Feb 2014 17:52
30 lines
2083 bytes
2083 bytes
Internet dostarca mi Vectra, 160/10 Mb Podłączam modem do routra (komp z linuksem) z dwiema kartami 1Gb. uname -a zwraca: Linux gate 3.10.17 #2 SMP Wed Oct 23 16:34:38 CDT 2013 x86_64 Intel(R) Celeron(R) D CPU 3.06GHz GenuineIntel GNU/Linux #hdparm -tT /dev/sda /dev/sda: Timing cached reads: 1422 MB in 2.00 seconds = 710.29 MB/sec Timing buffered disk reads: 218 MB in 3.01 seconds = 72.45 MB/sec python speedtest_cli.py daje wyniki: Testing download speed........................................ Download: 59.81 Mbit/s Testing upload speed.................................................. Upload: 9.74 Mbit/s lub coś w podobie. Raz nawet było na downloadzie 119Mbit (szok) I teraz pytanie: Czy to ten router jest wąskim gardłem i dlatego nie mogę nawet zbliżyć się do oferowanej prędkości? Z rozmowy z informatykiem Vectry tak wynikało. Co o tym myślicie? -- Pozdrawiam Servant
Re: Prędkość łącza
Author: ein
Date: Thu, 20 Feb 2014 18:20
Date: Thu, 20 Feb 2014 18:20
30 lines
2052 bytes
2052 bytes
Servant wrote: > Internet dostarca mi Vectra, 160/10 Mb > Podłączam modem do routra (komp z linuksem) z dwiema kartami 1Gb. > uname -a zwraca: > Linux gate 3.10.17 #2 SMP Wed Oct 23 16:34:38 CDT 2013 x86_64 Intel(R) > Celeron(R) D CPU 3.06GHz GenuineIntel GNU/Linux > > #hdparm -tT /dev/sda > > /dev/sda: > Timing cached reads: 1422 MB in 2.00 seconds = 710.29 MB/sec > Timing buffered disk reads: 218 MB in 3.01 seconds = 72.45 MB/sec > > python speedtest_cli.py > daje wyniki: > Testing download speed........................................ > Download: 59.81 Mbit/s > Testing upload speed.................................................. > Upload: 9.74 Mbit/s > > lub coś w podobie. > Raz nawet było na downloadzie 119Mbit (szok) > I teraz pytanie: > Czy to ten router jest wąskim gardłem i dlatego nie mogę nawet zbliżyć > się do oferowanej prędkości? > Z rozmowy z informatykiem Vectry tak wynikało. > Co o tym myślicie? Nie sądzę on ma wydajność routingu na poziomie 300-500 mbps. Coś więcej oprócz NATu tam robisz? Jak wygląda top podczas maksymalnego ruchu?
Re: Prędkość łącza
Author: Servant
Date: Thu, 20 Feb 2014 18:27
Date: Thu, 20 Feb 2014 18:27
15 lines
1711 bytes
1711 bytes
ein <ein@no.spam> napisał(a) w wiadomosci do grupy dyskusyjnej > Coś więcej oprócz NATu tam robisz? Nic. To tylko brama do internetu. > Jak wygląda top podczas maksymalnego ruchu? Jeszcze nie sprawdzałem. Przed trzema godzinami zmieniłem kompa, bo poprzedni był słaby i karty "setki". Na tamtym też osiągałem podobne wyniki (ok 50-60 Mbit), ale Człowiek z vectry sugerował, że to przez lipne karty sieciowe. -- Pozdrawiam Servant
Re: Prędkość łącza
Author: arTii
Date: Thu, 20 Feb 2014 18:45
Date: Thu, 20 Feb 2014 18:45
24 lines
1880 bytes
1880 bytes
W dniu 2014-02-20 19:27, Servant pisze: > ein <ein@no.spam> napisał(a) w wiadomosci do grupy dyskusyjnej > >> Coś więcej oprócz NATu tam robisz? > Nic. To tylko brama do internetu. > >> Jak wygląda top podczas maksymalnego ruchu? > Jeszcze nie sprawdzałem. Przed trzema godzinami zmieniłem kompa, bo > poprzedni był słaby i karty "setki". Na tamtym też osiągałem podobne > wyniki (ok 50-60 Mbit), ale Człowiek z vectry sugerował, że to przez > lipne karty sieciowe. > > Jeśli masz jakieś tanie karty na realteku, to bardzo możliwe... zauważyłem że te karty mocno obciążają CPU i ciężko na nich jest osiągnąć przyzwoity transfer. Załóż jakieś nawet tanie karty intela to powinieneś zauważyć różnicę... -- ____________ | arek(at)abc-service(dot)com(dot)pl GG #14211 _ _ | . . | ---->>> http://www.abc-service.com.pl <<<---- (_\`| ' | | | | Arkadiusz Płanica |
Re: Prędkość łącza
Author: Servant
Date: Thu, 20 Feb 2014 19:03
Date: Thu, 20 Feb 2014 19:03
23 lines
2004 bytes
2004 bytes
arTii <to.nie.jest@moj.adres.email> napisał(a) w wiadomosci do grupy dyskusyjnej > Jeśli masz jakieś tanie karty na realteku, to bardzo możliwe... ;) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06) 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10) Ale to tak za bardzo procesora nie obciąża. podczas pobierania pliku testowego obciążenie wahało się w granicach 0.7-3% Jednak z samym routingiem jest coś nie tak. Na serwerze przy pobieraniu pliku testowego wgetem miałem transfer do 16 MB/s Na stacji w winXP wgetem pod windows transfer tego samego pliku - max 3 MB/s -- Pozdrawiam Servant
Re: Prędkość łącza
Author: ein
Date: Thu, 20 Feb 2014 19:39
Date: Thu, 20 Feb 2014 19:39
26 lines
1992 bytes
1992 bytes
Servant wrote: > arTii <to.nie.jest@moj.adres.email> napisał(a) w wiadomosci do grupy > dyskusyjnej > >> Jeśli masz jakieś tanie karty na realteku, to bardzo możliwe... > ;) > 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06) > 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 > PCI Gigabit Ethernet Controller (rev 10) > > Ale to tak za bardzo procesora nie obciąża. > podczas pobierania pliku testowego obciążenie wahało się w granicach > 0.7-3% > > Jednak z samym routingiem jest coś nie tak. > Na serwerze przy pobieraniu pliku testowego wgetem miałem transfer do > 16 MB/s > Na stacji w winXP wgetem pod windows transfer tego samego pliku - max 3 > MB/s XP ma stary stos TCP/IP tak może być. Możesz pokazać wyniki tego niżej? ifconfig eth0/1 ethtool -S eth0/1 netstat -s
Re: Prędkość łącza
Author: Servant
Date: Fri, 21 Feb 2014 06:31
Date: Fri, 21 Feb 2014 06:31
153 lines
6016 bytes
6016 bytes
ein <ein@no.spam> napisał(a) w wiadomosci do grupy dyskusyjnej
> Możesz pokazać wyniki tego niżej?
> ifconfig eth0/1
> ethtool -S eth0/1
> netstat -s
>
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 78.88.200.94 netmask 255.255.255.192 broadcast 78.88.200.127
inet6 fe80::230:4fff:fea6:99dd prefixlen 64 scopeid 0x20<link>
ether 00:30:4f:a6:99:dd txqueuelen 1000 (Ethernet)
RX packets 3868709 bytes 3481898243 (3.2 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1175636 bytes 228783134 (218.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.253 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::230:4fff:fe88:87fa prefixlen 64 scopeid 0x20<link>
ether 00:30:4f:88:87:fa txqueuelen 1000 (Ethernet)
RX packets 932515 bytes 151919478 (144.8 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1080105 bytes 1412886417 (1.3 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
# ethtool -S eth0
NIC statistics:
tx_packets: 1202270
rx_packets: 3913729
tx_errors: 0
rx_errors: 0
rx_missed: 0
align_errors: 0
tx_single_collisions: 0
tx_multi_collisions: 0
unicast: 2472050
broadcast: 1441679
multicast: 0
tx_aborted: 0
tx_underrun: 0
# ethtool -S eth1
NIC statistics:
tx_packets: 1125249
rx_packets: 964826
tx_errors: 0
rx_errors: 0
rx_missed: 0
align_errors: 0
tx_single_collisions: 0
tx_multi_collisions: 0
unicast: 815079
broadcast: 117290
multicast: 32457
tx_aborted: 0
tx_underrun: 0
# netstat -s
Ip:
1874963 total packets received
1319253 forwarded
0 incoming packets discarded
523478 incoming packets delivered
1714353 requests sent out
Icmp:
15 ICMP messages received
0 input ICMP message failed.
ICMP input histogram:
destination unreachable: 2
echo requests: 4
echo replies: 9
80 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 67
echo request: 9
echo replies: 4
IcmpMsg:
InType0: 9
InType3: 2
InType8: 4
OutType0: 4
OutType3: 67
OutType8: 9
Tcp:
485 active connections openings
7 passive connection openings
0 failed connection attempts
0 connection resets received
1 connections established
408548 segments received
392540 segments send out
950 segments retransmited
0 bad segments received.
133 resets sent
Udp:
15665 packets received
50 packets to unknown port received.
0 packet receive errors
1524 packets sent
0 receive buffer errors
0 send buffer errors
UdpLite:
TcpExt:
19 TCP sockets finished time wait in fast timer
569 delayed acks sent
4 delayed acks further delayed because of locked socket
Quick ack mode was activated 3 times
158870 packets directly queued to recvmsg prequeue.
388959 bytes directly in process context from backlog
386839917 bytes directly received in process context from prequeue
262091 packet headers predicted
80395 packets header predicted and directly queued to user
23169 acknowledgments not containing data payload received
11692 predicted acknowledgments
202 times recovered from packet loss by selective acknowledgements
Detected reordering 1 times using time stamp
1 congestion windows fully recovered without slow start
26 congestion windows partially recovered using Hoe heuristic
1 congestion windows recovered without slow start after partial ack
TCPLostRetransmit: 27
5 timeouts after SACK recovery
756 fast retransmits
136 forward retransmits
33 retransmits in slow start
14 other TCP timeouts
TCPLossProbes: 8
TCPLossProbeRecovery: 2
6 SACK retransmits failed
3 DSACKs sent for old packets
8 DSACKs received
TCPDSACKIgnoredNoUndo: 3
TCPSpuriousRTOs: 1
TCPSackShiftFallback: 2762
IPReversePathFilter: 1
TCPRcvCoalesce: 21178
TCPOFOQueue: 1674
IpExt:
InNoRoutes: 15
InMcastPkts: 452
InBcastPkts: 112989
InOctets: 3483323447
OutOctets: 3193756912
InMcastOctets: 14464
InBcastOctets: 13033096
--
Pozdrawiam
Servant
Re: Prędkość łącza
Author: Sergiusz Rozanski
Date: Fri, 21 Feb 2014 08:10
Date: Fri, 21 Feb 2014 08:10
28 lines
1971 bytes
1971 bytes
Dnia 20.02.2014 Servant <freinag@rcs.cy> napisał/a: > Internet dostarca mi Vectra, 160/10 Mb > #hdparm -tT /dev/sda > > /dev/sda: > Timing cached reads: 1422 MB in 2.00 seconds = 710.29 MB/sec > Timing buffered disk reads: 218 MB in 3.01 seconds = 72.45 MB/sec A dysk na zapisie? > python speedtest_cli.py > daje wyniki: > Testing download speed........................................ > Download: 59.81 Mbit/s > Testing upload speed.................................................. > Upload: 9.74 Mbit/s > > lub coś w podobie. > Raz nawet było na downloadzie 119Mbit (szok) > I teraz pytanie: > Czy to ten router jest wąskim gardłem i dlatego nie mogę nawet zbliżyć > się do oferowanej prędkości? Jaki to dysk? Partycja, aligment (4kB?), system plików. To że robi 70MB/s w odczycie, to w zapisie może klękać z wielu powodów. Szczególnie w random write, np na pofragmentowanym przepełnionym hdd. Zrób dd 2GB z /dev/zero na /plik i zobacz wynik.
Re: Prędkość łącza
Author: ein
Date: Fri, 21 Feb 2014 10:25
Date: Fri, 21 Feb 2014 10:25
152 lines
6162 bytes
6162 bytes
Servant wrote: > ein <ein@no.spam> napisał(a) w wiadomosci do grupy dyskusyjnej > >> Możesz pokazać wyniki tego niżej? >> ifconfig eth0/1 >> ethtool -S eth0/1 >> netstat -s >> > > eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 > inet 78.88.200.94 netmask 255.255.255.192 broadcast 78.88.200.127 > inet6 fe80::230:4fff:fea6:99dd prefixlen 64 scopeid 0x20<link> > ether 00:30:4f:a6:99:dd txqueuelen 1000 (Ethernet) > RX packets 3868709 bytes 3481898243 (3.2 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 1175636 bytes 228783134 (218.1 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 > inet 192.168.0.253 netmask 255.255.255.0 broadcast 192.168.0.255 > inet6 fe80::230:4fff:fe88:87fa prefixlen 64 scopeid 0x20<link> > ether 00:30:4f:88:87:fa txqueuelen 1000 (Ethernet) > RX packets 932515 bytes 151919478 (144.8 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 1080105 bytes 1412886417 (1.3 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > # ethtool -S eth0 > NIC statistics: > tx_packets: 1202270 > rx_packets: 3913729 > tx_errors: 0 > rx_errors: 0 > rx_missed: 0 > align_errors: 0 > tx_single_collisions: 0 > tx_multi_collisions: 0 > unicast: 2472050 > broadcast: 1441679 > multicast: 0 > tx_aborted: 0 > tx_underrun: 0 > > > # ethtool -S eth1 > NIC statistics: > tx_packets: 1125249 > rx_packets: 964826 > tx_errors: 0 > rx_errors: 0 > rx_missed: 0 > align_errors: 0 > tx_single_collisions: 0 > tx_multi_collisions: 0 > unicast: 815079 > broadcast: 117290 > multicast: 32457 > tx_aborted: 0 > tx_underrun: 0 > > > # netstat -s > Ip: > 1874963 total packets received > 1319253 forwarded > 0 incoming packets discarded > 523478 incoming packets delivered > 1714353 requests sent out > Icmp: > 15 ICMP messages received > 0 input ICMP message failed. > ICMP input histogram: > destination unreachable: 2 > echo requests: 4 > echo replies: 9 > 80 ICMP messages sent > 0 ICMP messages failed > ICMP output histogram: > destination unreachable: 67 > echo request: 9 > echo replies: 4 > IcmpMsg: > InType0: 9 > InType3: 2 > InType8: 4 > OutType0: 4 > OutType3: 67 > OutType8: 9 > Tcp: > 485 active connections openings > 7 passive connection openings > 0 failed connection attempts > 0 connection resets received > 1 connections established > 408548 segments received > 392540 segments send out > 950 segments retransmited > 0 bad segments received. > 133 resets sent > Udp: > 15665 packets received > 50 packets to unknown port received. > 0 packet receive errors > 1524 packets sent > 0 receive buffer errors > 0 send buffer errors > UdpLite: > TcpExt: > 19 TCP sockets finished time wait in fast timer > 569 delayed acks sent > 4 delayed acks further delayed because of locked socket > Quick ack mode was activated 3 times > 158870 packets directly queued to recvmsg prequeue. > 388959 bytes directly in process context from backlog > 386839917 bytes directly received in process context from prequeue > 262091 packet headers predicted > 80395 packets header predicted and directly queued to user > 23169 acknowledgments not containing data payload received > 11692 predicted acknowledgments > 202 times recovered from packet loss by selective acknowledgements > Detected reordering 1 times using time stamp > 1 congestion windows fully recovered without slow start > 26 congestion windows partially recovered using Hoe heuristic > 1 congestion windows recovered without slow start after partial ack > TCPLostRetransmit: 27 > 5 timeouts after SACK recovery > 756 fast retransmits > 136 forward retransmits > 33 retransmits in slow start > 14 other TCP timeouts > TCPLossProbes: 8 > TCPLossProbeRecovery: 2 > 6 SACK retransmits failed > 3 DSACKs sent for old packets > 8 DSACKs received > TCPDSACKIgnoredNoUndo: 3 > TCPSpuriousRTOs: 1 > TCPSackShiftFallback: 2762 > IPReversePathFilter: 1 > TCPRcvCoalesce: 21178 > TCPOFOQueue: 1674 > IpExt: > InNoRoutes: 15 > InMcastPkts: 452 > InBcastPkts: 112989 > InOctets: 3483323447 > OutOctets: 3193756912 > InMcastOctets: 14464 > InBcastOctets: 13033096 Nic tu niepokojącego nie widać, zakładam, że to jest jednak wąskim gardłem ten XPek.
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads