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/.
- Forum Debian Users Gang
- » Instalacja i podstawowa konfiguracja
- » [SOLVED] Priorytet pakietów sieciowych
#51 2014-02-02 06:26:24
morfik - 
Cenzor wirtualnego świata
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/urandom
- 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
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
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/urandom
- 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
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/urandom
- 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 [b]gnutls-cli[/b] łą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
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/urandom
- 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
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[/quote]
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
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 853tylko 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/0xffCoś 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
- Forum Debian Users Gang
- » Instalacja i podstawowa konfiguracja
- » [SOLVED] Priorytet pakietów sieciowych
Informacje debugowania
| Time (s) | Query |
|---|---|
| 0.00009 | SET CHARSET latin2 |
| 0.00003 | SET NAMES latin2 |
| 0.00086 | 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='3.145.108.132' WHERE u.id=1 |
| 0.00065 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.145.108.132', 1728278225) |
| 0.00039 | SELECT * FROM punbb_online WHERE logged<1728277925 |
| 0.00068 | SELECT topic_id FROM punbb_posts WHERE id=254551 |
| 0.00006 | SELECT id FROM punbb_posts WHERE topic_id=25070 ORDER BY posted |
| 0.00045 | 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=25070 AND t.moved_to IS NULL |
| 0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
| 0.00117 | 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=25070 ORDER BY p.id LIMIT 50,25 |
| 0.00071 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25070 |
| Total query time: 0.00514 s | |