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!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Na świeżym systemie (od razu po instalacji Debiana 5.0.4) pierwsze co zrobiłem to zainstalowałem rtorrent
apt-get install rtorrent
Wszystko skonfigurowałem poprawnie, ale gdy uruchomię rtorrenta to pisze: "using 'epoll' based polling". Transfer na danym torrencie testowym wynosi tylko 15 KB/s, kiedy w programie uTorrencie pod Windowsem, ściągając ten sam torrent uzyskuje 500 KB/s.
Czy wie ktoś co znaczy komunikat "using 'epoll' based polling" i jak się go pozbyć aby rtorrent mógł się rozpędzić?
Ostatnio edytowany przez domgl (2010-02-16 15:35:26)
Offline
Pokaz Twój config rtorrenta: ~/.rtorrent.rc
Offline
# This is an example resource file for rTorrent. Copy to # ~/.rtorrent.rc and enable/modify the options as needed. Remember to # uncomment the options you wish to enable. # Maximum and minimum number of peers to connect to per torrent. #min_peers = 40 #max_peers = 100 # Same as above but for seeding completed torrents (-1 = same as downloading) #min_peers_seed = 10 #max_peers_seed = 50 # Maximum number of simultanious uploads per torrent. #max_uploads =15 # Tu ustawiamy prędkość wysyłania (upload) i pobierania (download) 0=bez ograniczeń # Zalecana prędkość uploadu to 75% maksymalnej prędkości łącza download_rate = 0 upload_rate = 5 # Domyślny katalog do zapisu pobranych plików: directory = /home/rtorrent/pobrane #Katalog gdzie zapisywana będzie sesja session = /home/rtorrent/.session # Przeszukiwanie danego katalogu na obecność torrentów do pobrania # Zatrzymywanie gdy torrent (plik ziarna) zostanie usuniety (nie sprawdzone - zahaszowane) schedule = watch_directory,5,5,load_start=/home/rtorrent/pliki-ziarna/*.torrent #schedule = untied_directory,5,5,stop_untied=/home/twoja_nazwa/rtorrent/pliki-ziarna/*.torrent # Close torrents when diskspace is low. #schedule = low_diskspace,5,60,close_low_diskspace=100M # Stop torrents when reaching upload ratio in percent, # when also reaching total upload in bytes, or when # reaching final upload ratio in percent. # example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0 #schedule = ratio,60,60,stop_on_ratio=200,200M,2000 # The ip address reported to the tracker. #ip = 127.0.0.1 #ip = rakshasa.no # The ip address the listening socket and outgoing connections is # bound to. #bind = 127.0.0.1 #bind = rakshasa.no # Port range to use for listening. port_range = 6890-6999 # Start opening ports at a random position within the port range. port_random = yes # Check hash for finished torrents. Might be usefull until the bug is # fixed that causes lack of diskspace not to be properly reported. check_hash = yes # Set whetever the client should try to connect to UDP trackers. use_udp_trackers = yes # Alternative calls to bind and ip that should handle dynamic ip's. #schedule = ip_tick,0,1800,ip=rakshasa #schedule = bind_tick,0,1800,bind=rakshasa # Encryption options, set to none (default) or any combination of the following: # allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext # # The example value allows incoming encrypted connections, starts unencrypted # outgoing connections but retries with encryption if they fail, preferring # plaintext to RC4 encryption after the encrypted handshake # # encryption = allow_incoming,enable_retry,prefer_plaintext # # Do not modify the following parameters unless you know what you're doing. # # Hash read-ahead controls how many MB to request the kernel to read # ahead. If the value is too low the disk may not be fully utilized, # while if too high the kernel might not be able to keep the read # pages in memory thus end up trashing. #hash_read_ahead = 10 # Interval between attempts to check the hash, in milliseconds. #hash_interval = 100 # Number of attempts to check the hash while using the mincore status, # before forcing. Overworked systems might need lower values to get a # decent hash checking rate. #hash_max_tries = 10 # Max number of files to keep open simultaniously. #max_open_files = 128 # Number of sockets to simultaneously keep open. #max_open_sockets = <no default> # Example of scheduling commands: Switch between two ip's every 5 # seconds. #schedule = "ip_tick1,5,10,ip=torretta" #schedule = "ip_tick2,10,10,ip=lampedusa" # Remove a scheduled event. #schedule_remove = "ip_tick1"
Ostatnio edytowany przez azhag (2010-02-16 16:15:43)
Offline
# Maximum and minimum number of peers to connect to per torrent. #min_peers = 40 #max_peers = 100
Według mnie masz za mało połączeń ustawione. Ustaw 200. I ustaw tyle samo dla maksimum i minimum.
Potem wyczyść katalog ~/.session i uruchom ponownie rtorrent.
Offline
teraz śmiga, dzięki za pomoc.
Offline
Jednak nie wszystko jest ok, ale z drugiej strony dziwne że wtedy (po zwiększeniu liczy peerów) ten torrent ruszył z miejsca - chyba akurat musiałem trafić na dobrego peera. Gdy teraz ściągam inne torreny transfer jest tragiczny, ok 25KB/s gdzie na uTorrencie pod Windowsem mam 500KB/s. Zauważyłem również na routerze (Vigor 2910) że komp nawiązuje nie więcej niż 20 sesji. Dla porównania uTorrent pod Windowsem nawiązuje 900 sesji.
Jak można zwiększyć limit połączeń?
Ostatnio edytowany przez domgl (2010-02-17 20:05:30)
Offline
Użyj tego configa
Ja go używam i jest ok, mimo że też wywala mi komunikat "epol base bla, bla, bla". Z windowsem nie mogę porównać ale w stosunku do Transmission mam 2x większe prędkości.
PS. Ja musiałem zahaszować linię
#schedule = ratio,60,60,stop_on_ratio=200,200M,500
bo zwracał mi błąd.
Żeby nie przepadł Ci stary config, to zmień mu nazwę na
.rtorrent.rc.bekap.
Potem pod
.rtorrent.rc
zapisz "mojego" configa.
Offline
ippo76 napisał(-a):
Z windowsem nie mogę porównać ale w stosunku do Transmission mam 2x większe prędkości.
Może głupie pytanie... Ale dlaczego w takim razie nie używasz/używacie windowsowych klientów przez wine?
Offline
utorrent 2.0 działa z buta.
Z wcześniejszą wersją były lekkie problemy trzeba było mały trick robić.
Offline
Nie rozumiem pytania. Ja używam debiana z gnome, w związku z czym używałem transmission, aż spróbowałem rtorrenta i okazało się, że jest szybszy. I że nie mogę porównać do windowsa (bo nie używam).
Nie widzę potrzeby używania przez wine oprogramowania dla windows; mógłbym ewentualnie przez windows, bo mam na lapku XP, trzymam go, bo zań zapłaciłem ale praktycznie nie używam. Tyle z mojej strony ;)
Ostatnio edytowany przez ippo76 (2010-02-17 20:26:39)
Offline
A ja dodam że używam rtorrenta na serwerku FTP w sieci. Komp ten to stary HP Vetra PIII 500MHz gdzie nawet Win 2000 z trudem działa. W kompa wkręciłem dysk 1TB - Windows go nie wykryje na tym sprzęcie.
Offline
ippo76 napisał(-a):
Nie rozumiem pytania.
Wcześniejszą Twoją wypowiedź przetworzyłem (już wiem, że błędnie) mniej więcej tak:
µTorrent - kosmiczna prędkość, wyciąga max łącza zawsze i wszędzie
rTorrent - jako tako lata, od biedy ujdzie
Transmission - totalna żenada
I stąd było moje pytanie :)
Offline
Bo się wszyscy uparli na tego rtorrenta - transmission ciągnie jak nie powie kto :)
Offline
Wydaje mi się że lepszym klientem torrentów pod linuxa od transmission jest deluge.
Wg mojej oceny ma lepszą "wydajnosć" i można go również bez xów używać.
Offline
ArnVaker napisał(-a):
Transmission - totalna żenada
Otóż to jeden z lepszych według mnie i bardzo prosty w wyglądzie w obsłudze. Zwalasz do traya i nie wisi Ci na pasku żadna tam konsola. Rtorrent u mnie cały czas działał, może teraz porobili jakieś rewelacje z nim.
Poza tym konsola jest od tego, żeby na niej wykonywać czynności związane z administrowaniem systemem, a nie odpalać w niej nie wiadomo co :)
Offline
marg1 napisał(-a):
ArnVaker napisał(-a):
Transmission - totalna żenada
Ja wcale nie twierdzę, że tak jest... Nie wiem - nie używam. Tak tylko wywnioskowałem z wypowiedzi w tym wątku.
Offline
marg1 napisał(-a):
Poza tym konsola jest od tego, żeby na niej wykonywać czynności związane z administrowaniem systemem, a nie odpalać w niej nie wiadomo co :)
Ej, nie.
Konsola jest fajna.
Offline
Rtorrent też działa bez X-ów, można go jeszcze "ukryć" w screenie.
Co do transmission, to na moim sprzęcie i przy moim łączu rtorrent ściąga o wiele szybciej. Może w innych okolicznościach nie jest tak źle...
Offline
W każdym razie ja miałem bardzo prosty config bez żadnych udziwnień, który mi ilin udostępnił ;), gdzie były tylko najbardziej podstawowe parametry i wszystko działało.
Offline
jak już mówimy o klientach torrentów - jak sprawa ma się z ktorrent? porównywał ktoś? obecnie mam tylko ten program i zastanawiam się czy się nie przesiąść na coś innego
Offline
Ja używałem Deluge przez bardzo długi okres, od wczesnych jego wersji, na przemian z rtorrentem. Co do Deluge działał bardzo dobrze, chyba, że wychodziła wersja z nowym numerem serii i chociaż niby już miała być stabilna bardzo często powodowała jakieś błędy i nie wszystko działało. Plus dla nich, że szybko je naprawiali. Teraz korzystam już raczej tylko z rtorrenta, ponieważ Deluge zajmuje coraz więcej zasobów komputera z każdą następną wersją (w końcu jest napisany w pythonie).
Ostatnio edytowany przez panjandrum (2010-02-25 00:09:32)
Offline
W tym rtorrencie teraz patrzę - ja mam cały czas ten sam komunikat - potem on znika. To jest być może kwestia zablokowanych tych portów na których on ma działać: port_range - tak mi się wydaje. Podobną sytuacja jest u mnie na Azureusie w trakcie testowania portów.
A tak to nie ma tu żadnej innej filozofii jak to żeby ustawić odpowiednio dużą liczbę połączeń i będzie ssać.
Offline