Forum Debian Users Gang

morfik · 2014-05-19 06:09:18

Czy bylibyście tak uprzejmi i wrzucili tutaj wyniki poniższego polecenia?

Kod:

$ netstat -s

Dodatkowo, prosiłbym o informacje na temat przepustowości łącza (down/up), ilości dostępnej pamięci RAM i czy macie NAT. Ponadto pokażcie wyniki:

Kod:

# sysctl -a | egrep -i "rmem|wmem|tcp_mem"

Staty dobrze jest generować gdy system jest online przez co najmniej 4-6h, najlepiej 12 lub dłużej, ew. dajcie znać odnośnie uptime. Jeśli macie odpalone p2p, dobrze jest też zaznaczyć to i najlepiej przeprowadzić dwa testy -- jeden z p2p włączonym, a drugi bez p2p.

Z tego co zaobserwowałem po odpaleniu torrenta, jakoś połączeń drastycznie się obniża -- gwałtownie rośnie liczba retransmisji i nieudanych prób połączeń. Chodzi generalnie o określenie jak często takie niepożądane efekty występują i jakie wartości są do zaakceptowania. Być może da radę obniżyć liczbę błędów transmisyjnych tuningując kernel, może winny jest sprzęt albo zła konfiguracja sieci, etc. W każdym razie info z powyższych poleceń pomoże mi w ustaleniu czy mój net ssie bardziej niż u innych. xD

Ostatnio edytowany przez morfik (2014-05-19 06:11:50)

Jacekalex · 2014-05-19 06:18:16

Był tu gdzieś na forum skrypt, który wyłączał kompa, kiedy torrent kończył pobieranie, to było o tyle mądrzejsze rozwiązanie, ze czytał bezpośrednio z /proc/net/dev.

Torrent? nawet, jak mu obetniesz prędkość, to on może wykorzystać liczbę jednoczesnych połączeń do sieci, i wtedy pomimo limitu prędkości net się zacina.
W dodatku operatorzy netu obcinają torrenta jak się da, i być może te ograniczenia robiły jakieś lamy, albo sprzęt nawala, i w rezultacie sieć chodzi nie zupełnie tak, jak powinna.
Nie ma sieci idealnych.

Kod:

sysctl -a | egrep -i "rmem|wmem|tcp_mem"
net.core.rmem_default = 524288
net.core.rmem_max = 524288
net.core.wmem_default = 524288
net.core.wmem_max = 524288
net.ipv4.tcp_mem = 524288    524288    524288
net.ipv4.tcp_rmem = 4096    87380    524288
net.ipv4.tcp_wmem = 4096    87380    524288
net.ipv4.udp_rmem_min = 4096
net.ipv4.udp_wmem_min = 4096
net.sctp.sctp_rmem = 4096    865500    4023296
net.sctp.sctp_wmem = 4096    16384    4023296
vm.lowmem_reserve_ratio = 256    256    32

Kod:

netstat -s
Ip:
    242297 total packets received
    0 forwarded
    0 incoming packets discarded
    241677 incoming packets delivered
    136042 requests sent out
    12 outgoing packets dropped
Icmp:
    258 ICMP messages received
    14 input ICMP message failed.
    ICMP input histogram:
        destination unreachable: 256
        echo replies: 2
    36 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
        destination unreachable: 34
        echo request: 2
IcmpMsg:
        InType0: 2
        InType3: 256
        OutType3: 34
        OutType8: 2
Tcp:
    723 active connections openings
    5 passive connection openings
    11 failed connection attempts
    7 connection resets received
    23 connections established
    239288 segments received
    133252 segments send out
    140 segments retransmited
    11 bad segments received.
    11 resets sent
Udp:
    2107 packets received
    24 packets to unknown port received.
    0 packet receive errors
    2498 packets sent
    0 receive buffer errors
    0 send buffer errors
UdpLite:
TcpExt:
    256 TCP sockets finished time wait in fast timer
    17932 delayed acks sent
    13 delayed acks further delayed because of locked socket
    Quick ack mode was activated 114 times
    591 packets directly queued to recvmsg prequeue.
    12619 bytes directly in process context from backlog
    335087 bytes directly received in process context from prequeue
    91263 packet headers predicted
    160 packets header predicted and directly queued to user
    1415 acknowledgments not containing data payload received
    1524 predicted acknowledgments
    32 congestion windows recovered without slow start after partial ack
    1 timeouts in loss state
    69 other TCP timeouts
    TCPLossProbes: 59
    TCPLossProbeRecovery: 59
    1261 DSACKs sent for old packets
    141 DSACKs sent for out of order packets
    63 DSACKs received
    15 connections reset due to unexpected data
    6 connections reset due to early user close
    7 connections aborted due to timeout
    TCPDSACKIgnoredNoUndo: 37
    TCPSackShiftFallback: 7
    IPReversePathFilter: 175
    TCPRcvCoalesce: 201146
    TCPOFOQueue: 70906
    TCPOFOMerge: 78
    TCPChallengeACK: 12
    TCPSYNChallenge: 11
IpExt:
    OutMcastPkts: 2
    InBcastPkts: 361
    InOctets: 341741300
    OutOctets: 7810427
    OutMcastOctets: 321
    InBcastOctets: 155832
    InNoECTPkts: 242297

Netstat do statystyk się nadaje, jak młotek blacharski do nosa.
Lepiej poszukać jakiegoś skrypta do mrtg.

Ostatnio edytowany przez Jacekalex (2014-05-19 06:21:26)

morfik · 2014-05-19 06:46:15

Był tu gdzieś na forum skrypt, który wyłączał kompa, kiedy torrent kończył pobieranie[/quote]
To chyba ma każdy klient torrenta zaimplementowane standardowo

U mnie sieć chyba działa bez zarzutu (po wdrożeniu traffic control), jednak liczba retransmisji i nieudanych prób połączeń na poziomie 0.1-1% nie jest chyba tym czego należy oczekiwać. Fakt jest, że to dotyczy głównie p2p. Jak mi liczniki trochę nabiją to zrobię zrzuty i sobie porównam.

Rzucę też okiem na ten mrtg jak będę miał chwilę.

Jacekalex mógł jeszcze powiedzieć jaki masz net i ile masz ramu i czy masz NAT?

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00096	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.117.141.69' WHERE u.id=1
0.00079	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.117.141.69', 1732833126)
0.00043	SELECT * FROM punbb_online WHERE logged<1732832826
0.00042	SELECT topic_id FROM punbb_posts WHERE id=267580
0.00006	SELECT id FROM punbb_posts WHERE topic_id=25843 ORDER BY posted
0.00048	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25843 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00268	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25843 ORDER BY p.id LIMIT 0,25
0.00088	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25843
Total query time: 0.00688 s

Forum Debian Users Gang

Ogłoszenie

#1 2014-05-19 06:09:18

morfik - Cenzor wirtualnego świata

Statystyki w netstat

Kod:

Kod:

#2 2014-05-19 06:18:16

Jacekalex - Podobno człowiek...;)

Re: Statystyki w netstat

Kod:

Kod:

#3 2014-05-19 06:46:15

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

#4 2014-05-19 06:51:27

Jacekalex - Podobno człowiek...;)

Re: Statystyki w netstat

#5 2014-05-19 06:57:58

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

#6 2014-05-19 07:08:09

Jacekalex - Podobno człowiek...;)

Re: Statystyki w netstat

Kod:

#7 2014-05-19 08:11:02

darius - Użytkownik

Re: Statystyki w netstat

Kod:

Kod:

Kod:

#8 2014-05-19 09:48:55

qluk - Pan inż. Cyc

Re: Statystyki w netstat

Kod:

Kod:

#9 2014-05-19 12:25:23

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

#10 2014-05-19 12:28:59

jurgensen - Użytkownik

Re: Statystyki w netstat

#11 2014-05-19 15:20:38

qluk - Pan inż. Cyc

Re: Statystyki w netstat

#12 2014-05-19 15:25:41

winnetou - złodziej wirków ]:->

Re: Statystyki w netstat

Kod:

Kod:

Kod:

#13 2014-05-19 16:16:55

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

#14 2014-05-19 17:07:06

winnetou - złodziej wirków ]:->

Re: Statystyki w netstat

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

#15 2014-05-19 18:20:04

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

Kod:

Kod:

#16 2014-05-19 18:23:22

winnetou - złodziej wirków ]:->

Re: Statystyki w netstat

#17 2014-05-19 19:09:19

morfik - Cenzor wirtualnego świata

Re: Statystyki w netstat

#18 2014-05-19 20:18:50

mati75 - Psuj

Re: Statystyki w netstat

Kod:

Kod:

Kod: