Hirdetés
-
IT café
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
korcsi
veterán
Szerintem igen:
we@kodi-server:~$ ps aux | grep rtorrent
we 1539 0.0 0.0 28732 2396 ? Ss 17:34 0:00 /usr/bin/SCREEN -d -m -fa -S rtorrent /usr/bin/rtorrent
we 1550 1.8 13.6 1707864 534384 pts/0 Ssl+ 17:34 2:50 /usr/bin/rtorrent
we 5710 0.0 0.0 15788 892 pts/1 S+ 20:07 0:00 grep --color=auto rtorrent
we@kodi-server:~$ pidstat -p 1550 -dl 5 20
Linux 4.4.0-72-generic (kodi-server) 2017-04-26 _x86_64_ (2 CPU)20:07:55 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
20:08:00 1000 1550 0,00 0,00 0,00 9 /usr/bin/rtorrent
20:08:05 1000 1550 0,00 0,00 0,00 4 /usr/bin/rtorrent
20:08:10 1000 1550 0,00 0,00 0,00 9 /usr/bin/rtorrent
20:08:15 1000 1550 0,00 0,00 0,00 9 /usr/bin/rtorrent
20:08:20 1000 1550 0,00 0,00 0,00 4 /usr/bin/rtorrent
20:08:25 1000 1550 0,00 0,00 0,00 6 /usr/bin/rtorrent
20:08:30 1000 1550 0,00 0,00 0,00 6 /usr/bin/rtorrent
20:08:35 1000 1550 0,00 0,00 0,00 8 /usr/bin/rtorrent
20:08:40 1000 1550 0,00 0,00 0,00 2 /usr/bin/rtorrent
20:08:45 1000 1550 0,00 0,00 0,00 6 /usr/bin/rtorrent
20:08:50 1000 1550 0,00 0,00 0,00 8 /usr/bin/rtorrent
20:08:55 1000 1550 0,00 0,00 0,00 8 /usr/bin/rtorrent
20:09:00 1000 1550 0,00 0,00 0,00 7 /usr/bin/rtorrent
20:09:05 1000 1550 0,00 0,00 0,00 11 /usr/bin/rtorrent
20:09:10 1000 1550 0,00 0,00 0,00 9 /usr/bin/rtorrent
20:09:15 1000 1550 0,00 0,00 0,00 8 /usr/bin/rtorrent
20:09:20 1000 1550 0,00 0,00 0,00 15 /usr/bin/rtorrent
20:09:25 1000 1550 0,00 0,00 0,00 6 /usr/bin/rtorrent
20:09:30 1000 1550 0,00 0,00 0,00 12 /usr/bin/rtorrent
20:09:35 1000 1550 0,00 0,00 0,00 6 /usr/bin/rtorrent
Átlag: 1000 1550 0,00 0,00 0,00 8 /usr/bin/rtorrent[ Szerkesztve ]
referencia és MSI gaming X 5700(XT) plexi ARGB-s blokkok eladóak!
-
chros
őstag
"Én nyertem:"
"we 1539 0.0 0.0 28732 2396 ? Ss 17:34 0:00 /usr/bin/SCREEN -d -m -fa -S rtorrent /usr/bin/rtorrent
we 1550 1.8 13.6 1707864 534384 pts/0 Ssl+ 17:34 2:50 /usr/bin/rtorrent
we@kodi-server:~$ pidstat -p 1550 -dl 5 20"
Mivel ezzel a pid-del semmi, a masik pid-del? 1539"0:07:55 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command"
Ugye, a "kB_rd/s" oszlop ami erdekes."Ubuntu lesz és 2 vagy 4 GB ram lesz a gépben."
- ha a 4 GB nem gond, akkor nyilvan az, ekkor a max memory-t allitsatok 2GB-ra:pieces.memory.max.set=2048M
- ha a 2 GB, ekkor a max memory-t allitsatok 1GB-ra:pieces.memory.max.set=1024M
[ Szerkesztve ]
-
korcsi
veterán
Itt meg -1:
Átlag: 1000 1558 -1,00 -1,00 -1,00 0 /usr/bin/SCREEN -d -m -fa -S rtorrent /usr/bin/rtorrentwe@kodi-server:~$ free
total used free shared buff/cache available
Mem: 3915400 1056724 143140 17428 2715536 2492948
Swap: 0 0 0~1G használt memória,
[ Szerkesztve ]
referencia és MSI gaming X 5700(XT) plexi ARGB-s blokkok eladóak!
-
chros
őstag
válasz vargalex #2007 üzenetére
"tmux-ban fut az rtorrent"
"/usr/bin/SCREEN -d -m -fa -S rtorren"Akkor ez nem tmux (En tenyleg abban ) Egyebkent mindegy.
Ha ranezel az rtorrent feluletere, a legfelso sorban a verzio mellet irja a pid-et. Az kell."~1G használt memória,"
Igen, de ebben nincs benne a max_memory beallitas eredmenye (mint azt fentebb linkeltem).[ Szerkesztve ]
-
vargalex
félisten
*** rTorrent 0.9.6/0.13.6 - arch:412 ***
De közben rájöttem, hogy a saját useremmel néztem és nem az én nevemben fut. A helyes kimenet:
Linux 4.10.4-1-ARCH (arch) 2017-04-27 _x86_64_ (4 CPU)
21:20:43 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
21:20:48 169 412 9222,40 0,00 0,00 65 rtorrent
21:20:53 169 412 13168,00 0,00 0,00 93 rtorrent
21:20:58 169 412 6342,40 0,00 0,00 45 rtorrent
21:21:03 169 412 6993,60 0,00 0,00 57 rtorrent
21:21:08 169 412 8233,60 0,00 0,00 67 rtorrent
21:21:13 169 412 5792,00 0,00 0,00 40 rtorrent
21:21:18 169 412 6384,80 0,00 0,00 47 rtorrent
21:21:23 169 412 7222,40 0,00 0,00 48 rtorrent
21:21:28 169 412 7782,40 0,00 0,00 46 rtorrent
21:21:33 169 412 6444,80 0,00 0,00 49 rtorrent
21:21:38 169 412 4956,80 0,00 0,00 56 rtorrent
21:21:43 169 412 5555,20 0,00 0,00 55 rtorrent
21:21:48 169 412 5180,80 0,00 0,00 41 rtorrent
21:21:53 169 412 6131,20 0,00 0,00 53 rtorrent
21:21:58 169 412 8380,80 0,00 0,00 58 rtorrent
21:22:03 169 412 4556,80 0,00 0,00 51 rtorrent
21:22:08 169 412 5136,00 0,00 0,00 45 rtorrent
21:22:13 169 412 6396,80 0,00 0,00 63 rtorrent
21:22:18 169 412 3734,40 0,00 0,00 39 rtorrent
21:22:23 169 412 3960,08 0,00 0,00 36 rtorrent
Átlag: 169 412 6578,50 0,00 0,00 53 rtorrentAlex
-
korcsi
veterán
Sudo-val megy nálam is:
Átlag: 1000 1559 695,36 0,08 0,00 12 /usr/bin/rtorrent
Ubuntu server 16.04 4.8-as kernel, 4G ram, max_memory nincs beállítva, upload limit rtorrentben nincs, tc-vel rendszerből megvalósítva (3600Kb/s; 450KB/s), 4TB WD RED, 1408 torrent.referencia és MSI gaming X 5700(XT) plexi ARGB-s blokkok eladóak!
-
vargalex
félisten
válasz vargalex #2011 üzenetére
Az adatokat elfelejtettem:
Arch Linux x86_64, kernel: 4.10.4-1. ASRock Q1900-ITX, 4 GB RAM, max_memory nincs beállítva. Upload limit nincs. Rendszer egy 32 GB-os Transcend SSD-n, adatok 2x1TB 2,5" Hitachi Travelstar 5400 rpm RAID0-ban, 720 torrent.
[ Szerkesztve ]
Alex
-
korcsi
veterán
Letöltés 5500Kb/s limit
we@kodi-server:~$ sudo pidstat -p 1559 -dl 5 20
Linux 4.8.0-49-generic (kodi-server) 2017-04-27 _x86_64_ (2 CPU)22:37:49 UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
22:37:54 1000 1559 537,60 5526,40 0,00 4 /usr/bin/rtorrent
22:37:59 1000 1559 588,80 5585,60 0,00 9 /usr/bin/rtorrent
22:38:04 1000 1559 486,40 5651,20 0,00 4 /usr/bin/rtorrent
22:38:09 1000 1559 640,00 5572,00 0,00 13 /usr/bin/rtorrent
22:38:14 1000 1559 512,00 5671,20 0,00 5 /usr/bin/rtorrent
22:38:19 1000 1559 614,40 5574,40 0,00 9 /usr/bin/rtorrent
22:38:24 1000 1559 486,40 5533,60 0,00 7 /usr/bin/rtorrent
22:38:29 1000 1559 832,00 5655,20 0,00 13 /usr/bin/rtorrent
22:38:34 1000 1559 716,80 5563,20 0,00 13 /usr/bin/rtorrent
22:38:39 1000 1559 665,60 5588,80 0,00 13 /usr/bin/rtorrent
22:38:44 1000 1559 627,20 5635,20 0,00 9 /usr/bin/rtorrent
22:38:49 1000 1559 793,60 5532,80 0,00 25 /usr/bin/rtorrent
22:38:54 1000 1559 614,40 5432,00 0,00 24 /usr/bin/rtorrent
22:38:59 1000 1559 588,80 5593,60 0,00 10 /usr/bin/rtorrent
22:39:04 1000 1559 499,20 5571,20 0,00 4 /usr/bin/rtorrent
22:39:09 1000 1559 716,80 5474,40 0,00 33 /usr/bin/rtorrent
22:39:14 1000 1559 473,60 5668,80 0,00 4 /usr/bin/rtorrent
22:39:19 1000 1559 538,40 5543,20 0,00 11 /usr/bin/rtorrent
22:39:24 1000 1559 688,00 5563,20 0,00 5 /usr/bin/rtorrent
22:39:29 1000 1559 640,00 5630,40 0,00 8 /usr/bin/rtorrent
Átlag: 1000 1559 613,00 5578,32 0,00 11 /usr/bin/rtorrentreferencia és MSI gaming X 5700(XT) plexi ARGB-s blokkok eladóak!
-
chros
őstag
válasz vargalex #2011 üzenetére
"Nem én másoltam be ps kimenetet."
Bocs, felre kattintottam ..."De közben rájöttem, hogy a saját useremmel néztem és nem az én nevemben fut"
Koszi Alex, itt volt a kutya elasva."max_memory nincs beállítva"
Ha nincs beallitva ez az ertek a config-ban, akkor rtorrent kalkulaja ki a szerinte megfelelo erteket.Korcsi, Alex:
Koszi az adatokat, 1 dolgot felejtettem el kerni:
- az aktualis feltoltesi sebesseget (kb ertek) a kb 1,5 perces teszt alatt (hiszen arra vagyok/unk kivancsiak, hogy mennyivel tobbet olvas feleslegesen a kelletenel)
- az rtorrent allapotsoraban latszik ez az ertek
- az "atlag" sort eleg leirni (nem kell az egesz)Amint eddig latszik (nalam is igy van), hogy a letoltes/hdd-re iras-nal nincs ez a problema, csak feltoltesnel/hdd olvasasnal.
Soma01: a tietekre kulonosen kivancsi lennek, ha mar beuzemeltetek es megy a feltoltes, ahogy csak a csovon kifer (30-40 MB/s !)
- mert, ha itt is meglesz a 3-4x szorzo, akkor az kikesziti a HDD-t hosszutavon ...[ Szerkesztve ]
-
vargalex
félisten
Szia!
Csináltam egy új mérést:
Átlag: 169 412 4307,61 0,00 0,00 24 rtorrent
Az állapotsorban közben kb. 1000 KB/s volt a feltöltési sebesség.
De én nem érzem ezt vészesnek. Nyilván, ha egyszerre több seed is megy (nálam éppen 14 torrent), akkor több file-ból is olvas. És ugye egyszerre 1 egész blokkot kénytelen beolvasni a file-ból, attól függetlenül, hogy neki a blokk egy szelete kellene csak. Vagy pont ezért akár több blokkot is be kell olvasni, mivel az éppen küldendő adat átlóg. Több párhuzamos seed esetén ez nyilván többszöröződik.Nálam egyébként még nincs gond a HDD-kkel, pedig folyamatosan mennek:
HDD Device 1: /dev/sdb
HDD Model ID : HGST HTS541010A9E680
HDD Serial No: J88020ESHYNRSB
HDD Revision : JA0OA560
HDD Size : 953870 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 36 °C
Highest Temp.: 51 °C
Health : 100 %
Performance : 100 %
Power on time: 1116 days, 4 hours
Est. lifetime: more than 708 days
The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
No actions needed.
HDD Device 2: /dev/sdc
HDD Model ID : HGST HTS541010A9E680
HDD Serial No: J88020ESHYHT3B
HDD Revision : JA0OA560
HDD Size : 953870 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 34 °C
Highest Temp.: 52 °C
Health : 100 %
Performance : 100 %
Power on time: 1116 days, 0 hours
Est. lifetime: more than 709 days
The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
No actions needed.[ Szerkesztve ]
Alex
-
Az mitől lehet, hogy nálam nincs hasznos kimenete a pidstat parancsnak?
root@OMV:~# which rtorrent
/usr/local/bin/rtorrent
root@OMV:~# ps aux | grep rtorrent
...
rtorrent 882 0.1 0.0 27720 4584 ? Ss Apr17 23:13 tmux -2u new-session -d -s rtorrent -n shell1
rtorrent 916 0.0 0.0 13224 1536 pts/4 Ss+ Apr17 0:00 bash -c rtorrent ; bash
rtorrent 917 2.3 2.1 389628 175376 pts/4 Sl+ Apr17 365:00 rtorrent
root 1566 0.0 0.0 12732 2176 pts/6 S+ 11:17 0:00 grep rtorrent
...
root@OMV:~# pidstat -p 917 -dl 5 20
Linux 4.9.0-0.bpo.2-amd64 (OMV) 04/28/2017 _x86_64_ (2 CPU)
11:17:19 AM UID PID kB_rd/s kB_wr/s kB_ccwr/s iodelay Command
root@OMV:~# -
chros
őstag
válasz vargalex #2016 üzenetére
Igy nalad is megvan a 4x olvasas.
"És ugye egyszerre 1 egész blokkot kénytelen beolvasni a file-ból, attól függetlenül, hogy neki a blokk egy szelete kellene csak."
A fentebb linkelt issue-ban is erre gyanakszik az egyik hozzaerto.
Es ha ez tenyleg igy van, akkor ez rossz design dontes volt anno (az mas kerdes, hogy abban az idoben a net sebesseg toredeke volt a mainak, igy nem volt erzekelheto).
Egyebkent mas kliensek is szenvedtek ezzel a problemaval (rasterbar-libtorrent, transmission), de idovel kijavitottak oket."Nálam egyébként még nincs gond a HDD-kkel, pedig folyamatosan mennek:"
Ekkora olvasasi sebessegnel valoban nem gond, bar 4x annyit olvas mint kene igy is. (Nekem a max upload linkem kb 2,2MB/s, szoval engem sem veszelyeztet ez a problema nagyon.)
De ha ez a 4x szorzo a 30MB/s feltoltesnel is megvan, az mar nagy gaz! -> 120MB/s !!! -
korcsi
veterán
Nálam olyan 1,5-2x a szorzó, 700-800KB lesz a 450-ből.
Feltételezés on:
A beolvasott blokk (ami úgy tudom kis méretű is lehet 4KB szektorméretnél talán annyi), a torrent szeletméreténél kisebb, és ha az rtorrentnek nem is az operációs rendszernek illene gyorsító tárazni.És most ugrott be, mi történik, ha a most megfigyelt érték nem a fizikai háttértár olvasásokat jelenti, hanem amikor onnan fér hozzá adathoz a program, bár az a gyorsítótár okán már a memóriában van.
Csak ötletelek.
"bwm-ng"-vel sikerült megnézni a lemezolvasást, ott is látszik a többlet.
[ Szerkesztve ]
referencia és MSI gaming X 5700(XT) plexi ARGB-s blokkok eladóak!
-
chros
őstag
"Az mitől lehet, hogy nálam nincs hasznos kimenete a pidstat parancsnak?"
rtorrent tobb sub-process indit, probald ki a tobbi PPID-et is: pl. 916. Ha van pillanatnyi feltoltesed, akkor latnod kell lemez-olvasast!"A beolvasott blokk (ami úgy tudom kis méretű is lehet 4KB szektorméretnél talán annyi), a torrent szeletméreténél kisebb"
Alex is erre gondol, bar nem tudom pontosan mit ertunk blokk alatt.
Ha minden igaz, rtorrent (libtorrent pontosabban) teljes torrent chunk-kal operal (ennek merete teljesen kulonbozo lehet, 256KB - 16MB) s nem szeletekkel. Elso korben valszeg ez a problema forrasa.
Itt a hozzaszolas, amire fentebb hivatkoztam: [link]
Mindez pusztan hipotezis, mindaddig, amig ez a bug ki lesz javitva (ha egyaltalan valaha ki lesz )."ha az rtorrentnek nem is az operációs rendszernek illene gyorsító tárazni."
Ezt pedig egyaltalan nem ertem Itt egy erre vonatkozo hozzaszolas: [link]" rTorrent is wasting insane amounts of I/O. Keep in mind rTorrent is wasting massive amounts of random i/o, not sequential, which compounds the issue as far as increasing overall disk I/O latency goes."
"És most ugrott be, mi történik, ha a most megfigyelt érték nem a fizikai háttértár olvasásokat jelenti, hanem amikor onnan fér hozzá adathoz a program, bár az a gyorsítótár okán már a memóriában van"
A teszt-parancsok a kernel altal szolgaltatott tenyleges lemez-olvasasi sebessegeket mutatjak.Es a fent emlitett 3x-4x olvasasi sebesseg csak a jeghegy csucsa, ami minden rendszernel jelentkezik, de ha pl. NFS halorol (pl NAS) seed-elsz, akkor ez az egekbe ugrik: [link] , [link] , [link]
Igy ezt ne rtorrent-tel tegyuk! -
vargalex
félisten
Én konkrétan a filerendszer blokk méretére gondoltam. De ez most, hogy írod a chunk méretet, valószínűleg nem állja meg a helyét. Ugyanis én arra gondoltam, hogy pl. tegyük fel, hogy az rtorrent 4 KB-ot akar beolvasni egy lemezről, ahol mondjuk 8 KB a blokk méret. Ha ne adj isten a 4 KB átlóg a blokkok között, akkor a kernelnek nincs más lehetősége, mint beolvasni mindkét 8 KB-os blokkot, kiszolgálni az rtorrent-et, a többi beolvasott adatot pedig eldobni.
Alex
-
-
chros
őstag
válasz Oldman2 #2022 üzenetére
"bár van/volt download és most van upload is, csak zérókat ír ki"
A tobbieknel is ez volt eloszor: probald azzal a user-rel futtatni a parancsot, amellyel az rtorrent fut.@Alex: jo kerdes, passz, s meg lehet, hogy mas gond is van. Remelhetoleg rakshasa "hamarosan" raall erre az ugyre is.
[ Szerkesztve ]
-
F34R
nagyúr
Tudtok nekem remote gui-t mondani pc-re? regen volt a ntorrent de az mar nem el. Hasonlora lenne szuksegem
-
-
-
F34R
nagyúr
Annyi lenne meg, hogy nem csak lokalis rtorrent-et kellene futtatnia, szoval jobban inkabb valami client kellene mint webui.
-
-
chros
őstag
Flood (Node.Js) , ha valaki kiserletezni akar.
-
enginev3.0
félisten
Miért van hogy rtorrent leállítás után újra ellenőrzi a már letöltött fájlokat?
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
chros
őstag
válasz enginev3.0 #2037 üzenetére
"rtorrent leállítás után"
Ez gonbdolom rtorrent ujrainditasat jelenti.
Ha ez benne van a config-ban:# Check hash for finished torrents. (check_hash)
pieces.hash.on_completion.set = noes igy is csinalja, akkor:
- mentett rtorrent session fajlokkal van baj (pl. nincsenek egyaltalan ) -
chros
őstag
válasz enginev3.0 #2039 üzenetére
session.path.set = /mnt/rtorrent/sessiondir
Ezzel a direktivaval tudjuk megadni, hova mentse rtorrent a session file-jait. Ha pl. ez nincs a konfigban, akkor minden ujrainditas utan ellenorizni fog. Vagy ha ezek serultek/nem-frissitettek valami okbol kifolyolog. -
chros
őstag
válasz enginev3.0 #2041 üzenetére
Hogy-hogy?
-
F34R
nagyúr
Ezzel mit tudok kezdeni ?
forgatas kozben:
configure.ac:22: error: possibly undefined macro: AM_PATH_CPPUNIT
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.[ Szerkesztve ]
-
Soma01
veterán
Ugye nem kell újraindítanom a klienst ha a peer kapcsolatok számát állítgatom ruTorrentben? Azok egyből érvényesek lesznek, ugye?
-
Fecogame
veterán
HDD-t cseréltem a RaspBerry PI 3-asomnál. Felmountoltam a partíciókat, de az rtorrent nem akar elindulni.
Log:
-- Logs begin at Mon 2017-05-15 15:26:49 CEST, end at Mon 2017-05-15 15:46:08 CEST. --
May 15 15:45:50 raspberrypi systemd[1]: Started Session c6 of user root.
-- Subject: Unit session-c6.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-c6.scope has finished starting up.
--
-- The start-up result is done.
May 15 15:45:50 raspberrypi su[1588]: pam_unix(su:session): session closed for user root
May 15 15:45:50 raspberrypi systemd-logind[540]: Removed session c6.
-- Subject: A session c6 has been terminated
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/multiseat
--
-- A session with the ID c6 has been terminated.
May 15 15:45:50 raspberrypi rtorrent-init[1573]: cannot find readable session directory /mnt/Torrent/rtorrent.session from config /root/.rtorrent.rc. check permissions
May 15 15:45:50 raspberrypi systemd[1]: rtorrent-init.service: control process exited, code=exited status=3
May 15 15:45:50 raspberrypi systemd[1]: Failed to start LSB: Start daemon at boot time.
-- Subject: Unit rtorrent-init.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit rtorrent-init.service has failed.
--
-- The result is failed.
May 15 15:45:50 raspberrypi sudo[1567]: pam_unix(sudo:session): session closed for user root
May 15 15:45:50 raspberrypi systemd[1]: Unit rtorrent-init.service entered failed state.
May 15 15:46:08 raspberrypi sudo[1621]: pi : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/bin/journalctl -xn
May 15 15:46:08 raspberrypi sudo[1621]: pam_unix(sudo:session): session opened for user root by pi(uid=0)Az log szerint az rtorrent nem tudja írni a Torrent partíciót, holott ugyanolyan jogai vannak, mint egy másik, ugyanezen a HDD lévő partíciónak, azt pedig tudom írni.
Mi a megoldás?
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
chros
őstag
Uj verziok a ket projecthez:
rTorrent-PS-CH 1.5.0-0.9.7, fobb ujdonsagok:
- csak git verziot fordithatunk (megszunt a support az "elozo" verziokhoz )
-- kicsit mas code-base mint a 0.9.6-os szeria, sok hibajavitassal, s a futtathato meret 1/3-al kevesebb
-- leginkabb az UDP es DHT fixek az erdekesek
- alap matematikai parancsok
- partially done downloads fix
- choke groups fix
- honoring system.file.allocate.set=1 fix (felkesz ugyan, de jobb mint ami volt )
- temp filter: az "F" billentyu hasznalataval kereshetunnk barmely nevre majdnem minden view-ban (kiveve started es stopped)Teljes changelog.
Elviekben Arch Linux-on is fordithato, bar en nem probaltam.
rTorrent-PS_setup 0.9.7-0.9.7, fobb ujdonsagok:
- rTorrent-PS-CH 1.5.0-0.9.7 -ot igenyel!
- enable peer exchange, UDP tracker, DHT support !
- support public torrents !Teljes changelog.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
- Router gondok
- Fúziós Motorola próbálhatja ki először az Android 15-öt
- Végre meghozta a DirectX 12 támogatását a Moore Threads
- Anglia - élmények, tapasztalatok
- Azonnali VGA-s kérdések órája
- Prohardver app (nem hivatalos)
- Metro Exodus
- Ukrajnai háború
- Fűzzük össze a szavakat :)
- Asszociációs játék. :)
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 19 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Call of Duty Mwii Ghost kézzel készített maszk + ingyen foxpost
- EREDETI - CHOICE - BUNDLE - STEAM KULCSOK - UPDATE!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Canva Pro előfizetés - 1 éves
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest