Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

Strony: ◀ 1 2 3

 

#51  2014-02-02 06:26:24

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Z tym limitem to raczej wątpię bo połączeń to mam według miernika 10/s , to nawet firefox więcej ma. xD

A te priorytety na interfejsach imq, to one stosują się tylko do danego interfejsu, czy ogólnie są brane pod uwagę? Tzn jeśli coś ma priorytet 3 na imq1 i 4 na imq0, to ma to jakieś znaczenie?

Offline

 

#52  2014-02-02 06:31:55

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED] Priorytet pakietów sieciowych

Moim zdaniem żadnego, przecież to dwa osobne interfejsy.

Możesz ewentualnie spróbować download na imq limitować, a upload na eth0, i zobaczyć, czy będzie podobny objaw.

I nie porównuj torretna z Firefoxem, bo to w innych warunkach i na innych portach bryka, torrenty i cale p2p już nieraz siwych włosów adminom rożnych sieci przyprawiły.

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#53  2014-02-02 06:44:41

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

No to nie ma gdzie indziej ustawić priorytetów, te na tc filter nic nie robią. xD

Spróbowałem ograniczyć eth0 o połowę, i to mi zabiło upload. xD Z grubsza to wygląda tak, że skacze do 50KiB/s po czym spada do 0 i tak przez jakiś czas, aż w końcu przestaje wysyłać cokolwiek, o pobieraniu nie wspominając.

Zaraz zobaczę czy deluge też się tak będzie zachowywał.

Offline

 

#54  2014-02-02 17:08:35

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Przetestowałem deluge. I tam nie ma problemów.

Jak odpaliłem qbittorrenta i deluge jednocześnie, ten pierwszy pobierał, ten drugi wysyłał, to deluge się nawet nie przejął qbittorrentem i pobierał na full, ograniczając upload qbittorrentowi. To samo w deluge, nawet jak wysyła na full, to po wrzuceniu czegoś do pobierania, pobiera na full.

Tam w deluge jest poza download/upload jeszcze coś co się zwie Protocol traffic download/upload i z tego co zauważyłem, to to rośnie do około 36-37KiB przy full pobieraniu. To są te dane wysyłane przy pobieraniu?

Prawdopodobnie mam jakieś dziwne ustawienia w qbittorrencie. Spróbuję coś poprzestawiać w opcjach.

Offline

 

#55  2014-02-02 17:15:44

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED] Priorytet pakietów sieciowych

To Bogu dziękuj, że nie zacząłeś maszkecić w ustawieniach sieci przed sprawdzeniem w Deluge, bo byś po dwóch dniach kombinowania wylądował z "wackiem w ręku". :D

Przy okazji, demon deluged szedł przez IMQ?
Bo Deluge, to jest system klient/serwer.

Okienko, to klient, a torrenta obrabia demon deluged.

Ostatnio edytowany przez Jacekalex (2014-02-02 18:24:39)

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#56  2014-02-02 18:17:57

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Patrzyłem na kolejki, korzystał z tej z której powinien.

Napiszę zara coś na forum qbittorrenta, może tam mi coś powiedzą jak to ma działać i jak do dokonfigurować, może znalazłem buga czy coś. :]

Offline

 

#57  2014-02-02 20:19:44

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED] Priorytet pakietów sieciowych

A może Qbittorent się na szyfrowaniu wykłada?
Zobacz, czy szyfrowanie zmienia coś w transferach.

Deluge jest napisany w Pythonie, moduły Pythona mają pełny suport do OpenSSL i są zgodne z API kernela, a w Qbittorencie mogli jakiegoś babola walnąć, albo był kompilowany na innej wersji bibliotek szyfrujących, niż masz w systemie.

Tu jest sporo możliwych błędów, np spróbuj się połączyć z serwerem GG przez ssl, jeśli libgadu jest skompilowane z gnutls zamiast openssl, (przyjemniej zabawy), chociaż sam gnutls-cli łączy się bez problemu.

Ostatnio edytowany przez Jacekalex (2014-02-02 20:20:21)

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#58  2014-02-02 21:26:12

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Nawet na logikę to niezbyt jest do wzięcia, no bo jakby był problem z szyfrowaniem, to przecie by nie wysyłał i nie pobierał nic, skoro mam wymuszone szyfrowanie. Ale pobiera i wysyła, a jedyny czynnik jaki widzę, który ma wpływ na to czy się dane pobierają, to przestawienie wajchy i ograniczenie uploadu, wtedy od razu download zaczyna rosnąć do full.

Wyłączenie szyfrowania na nic nie wpływa. Niby też zresetowałem ustawienia i mam mieszane uczucia czy to coś pomogło, transfer niby oscyluje w granicach 100KiB/s ale nadal po ograniczeniu uploadu, natychmiast leci na full. Także coś tutaj jest nie tak z tymi relacjami up/down.

Offline

 

#59  2014-02-02 21:31:55

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/random
Zarejestrowany: 2008-01-07

Re: [SOLVED] Priorytet pakietów sieciowych

To trzeba inną wersję, albo miauczeć  na forum albo liście mailingowej.
Przydałoby się go jakoś debugować, żeby się dowiedzieć, co mu nie pasi, ale nie za bardzo mam pomysł, jak się zabrać za debugowanie działania sieci w takim programie.

Na miauczenie przydałoby się jakiś komunikat błędu pokazać.

W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

#60  2014-02-03 02:23:18

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Wychodzi na to, że to przez zapchanie wysyłaniem.

TCP over Ethernet:
Assuming no header compression (e.g. not PPP)
Add 20 IPv4 header or 40 IPv6 header (no options)
Add 20 TCP header
Add 12 bytes optional TCP timestamps
Max TCP Payload data rates over ethernet are thus:
  (1500-40)/(38+1500) = 94.9285 %  IPv4, minimal headers
  (1500-52)/(38+1500) = 94.1482 %  IPv4, TCP timestamps
  (1500-52)/(42+1500) = 93.9040 %  802.1q, IPv4, TCP timestamps
  (1500-60)/(38+1500) = 93.6281 %  IPv6, minimal headers
  (1500-72)/(38+1500) = 92.8479 %  IPv6, TCP timestamps
  (1500-72)/(42+1500) = 92.6070 %  802.1q, IPv6, TCP timestamps
  (9000-40)/(38+9000) = 99.1370 %  Jumbo IPv4, minimal headers
  (9000-52)/(38+9000) = 99.0042 %  Jumbo IPv4, TCP timestamps
  (9000-52)/(42+9000) = 98.9604 %  Jumbo 802.1q, IPv4, TCP timestamps
  (9000-60)/(38+9000) = 98.9157 %  Jumbo IPv6, minimal headers
  (9000-72)/(38+9000) = 98.7829 %  Jumbo IPv6, TCP timestamps
  (9000-72)/(42+9000) = 98.7392 %  Jumbo 802.1q, IPv6, TCP timestamps

Więc trzeba mu zostawić tam te 5-10% by było dobrze. Choć to dziwne, że deluge ssie bez problemu.

Offline

 

#61  2014-02-05 03:06:49

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [SOLVED] Priorytet pakietów sieciowych

Nie daje mi to coś spokoju. Na sieci znalazłem jeszcze coś o tych pakietach overhead i oni coś tam pisali by dać te pakiety z innym priorytetem, np. coś takiego:

Kod:

root:~# iptables -t mangle -I POSTROUTING 1 -o eth0 -m length --length 40:68 -j CLASSIFY --set-class 1:3
root:~# iptables -t mangle -I POSTROUTING 2 -o eth0 -m length --length 40:68 -j ACCEPT

Co myślisz o takim rozwiązaniu?

Teoretycznie to chyba działa, qbittorrent się rozpędza szybciej i wchodzi na pełne obroty bez problemu:

Kod:

  ifb0                         | 115.02KiB    880      | 115.02KiB    880
    qdisc 1: (htb)             |      0         0      | 115.17KiB    882
      class 1:1 (htb)          |      0         0      | 115.17KiB    882   99%
        class 1:2 (htb)        |      0         0      |  64.32KiB     68   211%
->      class 1:3 (htb)        |      0         0      |  50.85KiB    814   93%
        class 1:4 (htb)        |      0         0      |      0         0    0%
  ifb1                         |   1.04MiB    853      |   1.04MiB    853
    qdisc 2: (htb)             |      0         0      |   1.04MiB    853

tylko tych pakietów trafiających do klasy 1:3 jest cholernie dużo.

Tak sobie jeszcze czytam o tym kształtowaniu i wpadł mi w oko -j TOS. I nawet to by działało, tylko jest jeden problem: xD

Kod:

Every 1.0s: iptables -t mangle -nvL                                                                                                                           Wed Feb  5 05:22:45 2014

Chain PREROUTING (policy ACCEPT 18342 packets, 2539K bytes)
 pkts bytes target     prot opt in     out     source               destination
  105  4200 ACCEPT     all  --  eth0   *       0.0.0.0/0            0.0.0.0/0            tos match0xee/0xff
    0     0 ACCEPT     all  --  eth0   *       0.0.0.0/0            0.0.0.0/0            tos match0xff/0xff
    0     0 ACCEPT     all  --  eth0   *       0.0.0.0/0            0.0.0.0/0            tos match0xdd/0xff

Chain INPUT (policy ACCEPT 18309 packets, 2521K bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 21924 packets, 21M bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain POSTROUTING (policy ACCEPT 1624 packets, 150K bytes)
 pkts bytes target     prot opt in     out     source               destination
19438   20M TOS        all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            owner GID match 1004 TOS set 0xee/0xff
19437   20M ACCEPT     all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            tos match0xee/0xff
  709 66580 TOS        all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            owner UID match 1000 TOS set 0xff/0xff
  709 66580 ACCEPT     all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            tos match0xff/0xff
  356  189K TOS        all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            owner UID match 0 TOS set 0xdd/0xff
  356  189K ACCEPT     all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            tos match0xdd/0xff

Coś po drodze zmienia to pole TOS. Jedyne co to udało mi się ukształtować ping do onetu. xD Ale do wp już nie.. A szkoda, bo za pomocą tego można by bez problemu ogarnąć te pakiety wychodzące z przychodzącymi razem. Ale lokalnie to nawet całkiem prosta sprawa by była.

Ostatnio edytowany przez morfik (2014-02-05 05:26:17)

Offline

 

 

Strony: ◀ 1 2 3

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Nas ludzie lubią po prostu, a nie klikając w przyciski ;-)