-
Fototrend
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
chros
őstag
Probald ki ezt:
- watchdir-ben d.custom4-et hasznalj (ha az nem foglalt meg)
- finished eventben allitsd be a d.custom1-et (ha ez a label) a d.custom4-rolschedule = watch_directory_1,10,10,"load.start=/home/we/data/downloads/torrentfilmek/*.torrent,d.custom2.set=/home/we/data/torrent/filmek/,d.custom4.set=filmek"
method.set_key =event.download.finished,move_complete,"d.directory.set=$d.custom2= ;execute=mv,-u,$d.base_path=,$d.custom2= ; d.custom1.set=$d.custom4=" -
-
chros
őstag
válasz
mZoleee
#2271
üzenetére
Ha van "dig" parancsod, akkor igen, csak masold be es "csokold meg"
(Azert probald ki parancssorban elobb, hogy a kapcsolok is mukodnek e.)(#2272) ztsoft: "vannak olyan letöltők (99%-on állnak), akik tőlem egy byte-ot sem vittek, de csatlakoznak hozzám"
Ez pl. lehet egy "kozismert" rtorrent bug (a leacher-ek reszerol). Milyen torrent kliensek ezek? (rtorrernt / utorrent / transmission/ stb.)
-
chros
őstag
válasz
mZoleee
#2267
üzenetére
"dobja az összes peert és nem is csatlakozik senkihez, ameddig nem nyomok egy START/STOP-ot az összes torrentnek"
Ez nagyon fura, mert az elmult 5 evben, en nem vettem eszre semmi hasonlot nalam (ugyan ruTorrent-et nem hasznalok), s itt sem emlekszem ilyen hiba jelentesre. Nalam is dhcp van, valtozo IP-vel.
Mas valaki tapasztalt ilyen hibat?
"Esetleg valahogy automatikusan bontsa a peer kapcsolatot és hozza létre.. vagy nem tudom"
Script-elni szerintem le lehetne, de inkabb azt kene kideriteni, hogy mitol van ez nalad.
-
chros
őstag
válasz
Fecogame
#2261
üzenetére
Ez rtorrent bug sajna, itt egy "egyszeru" workaround (es a teljes blokk, amit en hasznalok), bar nem tudom, hogy ruTorrent pluginokkal osszeveszik-e vagy sem (mert en nem hasznalom).
-
chros
őstag
válasz
Blasius
#2246
üzenetére
Orulok, hogy sikerult.
Jo par ev rtorrent scripting utan meg mindig van olyan, amit nem ertek, hogy miert nem muxik es hogy mas, miert igen
Ha erdekel, nezz korul itt (lehet, hogy meg neked is jo lehet alapbol), 3 db nagyobb *.rc fajlban elszorva a (finoman szolva) nem trivialis scriptek benne. -
chros
őstag
Igen, wgy konfigba is beirhatsz mindent, de onnantol kezdve neked kell szemelyesen dwbug-olni ha valami nem. muxik, meglehetosen macera a dolog.
Van konbseg a 2 kozott, az rtorrent-ps-ch nyitooldalan latod a listat mi van meg benne pluszban, majd lentebb, hogy mi az erdemi kulonbseg a ketto kozott. Plusz a canvas oldalon a leiras, hogy miben mas a beepitett oszlopok listaja.
-
chros
őstag
Uj verzio mindket projekthez (2018.09.22.):
rTorrent-PS-CH 1.8.1-0.9.7, fobb valtozasok:
- backport and modify canvas v2 from rtorrent-ps
- updated docsTeljes changelog.
rTorrent-PS-CH_Setup 1.0.0-0.9.7, fobb valtozasok:
- modify canvas config for canvas v2
- backport code snippets from pyrocore and pmp
- force get_public_ip_address to use ipv4
- updated docsTeljes changelog.
Enjoy!
-
chros
őstag
Imaink meghallgattatasra talaltak!
Uj hivatalos rTorrent/libTorrent verzio: 0.9.7/0.13.7 (2018.06.07.)
- Fontos: OpenSSL v1.1-et hasznalo disztribuciokon (pl. Debian 9 / Ubuntu 18 vagy ujabb) szukseg van erre a patch-re!Megjegyzes: latszolag "csak" par dolog kerult bele, de ez csaloka, a valtozas hatalmas! A fu allat a release-ek (mindket projectbol) most mar a "master" branch-ekre alapulnak! (ezelott a "branch-0.9" branch-ekre)
-
chros
őstag
Uj verzio a klienshez (2018.06.05.):
rTorrent-PS-CH 1.7.4-0.9.7, fobb valtozasok:
- upgrade the used external libraries
- fix bugs in 'math.*' commands
- add binary tarballs and packages on Debian flavoursTeljes changelog.
Bintray-re felkerultek csomagok es tarball-ok Debian es Ubuntu LTS-re, uj doksi is van hozza.
De tovabbra is a forditas a preferalt ut:
- ezen binarisok nem CPU optimalizaltak
- nem lesz minden release-hez ujabb csomag/tarball. -
chros
őstag
válasz
Zoolesz
#2112
üzenetére
"Debian 8, rTorrent-PS-CH >= 1.6.0:
'XMLRPC-C... failed
configure: error: Could not compile XMLRPC-C test'Nos, ismet raszantam magam a hetvegen, es masfel nap bug-vadaszat utan kiderult, hogy mi a ludas: [link]
Ez az 1 sor idezte elo a problemat Debian 8 alatt abszolute erthetelen modon, mivel semmi koze semmi mashoz, raadasul subshell-ben futott.
Mindenesetre javitva, ha a jovoben mas disztro is produkalna a hibat.
Koszi meg1x a bug reportot! -
chros
őstag
Uj verzio a klienshez (2018.05.14.): csak egy kis libtorrent bug orvoslasa, ami a tracker interval mellozeset jelentette.
rTorrent-PS-CH 1.7.1-0.9.7, fobb valtozasok:
- fix honoring "throttle.min_peers*" settings in rtorrentTeljes changelog.
S nagy valoszinuseggel egy jo darabig nem lesz tobb release.
-
chros
őstag
Uj verzio mindket projekthez (2018.05.06.):
rTorrent-PS-CH 1.7.0-0.9.7, fobb valtozasok:
- full canvas customization: columns are fully configurable (can be disabled, overridden or new ones added on-the-fly) on the extended canvas
- updated docsTeljes changelog.
rTorrent-PS-CH_Setup 0.9.9-0.9.7, fobb valtozasok:
- add/modify columns on customizable canvas
- add keyboard shortcut to toggle (show/hide) columns on customizable canvas
- log various data of download items during different events and startup time in rtorrent
- display tracker domain aliases
- disable ^q keyboard shortcut
- new email report about all orphaned meta files
- updated docsTeljes changelog.
Ez ismet egy nagyobb adag munka volt. Mint latszik, most mar sajat oszlopokat hozhatsz letre: [link], [link]
Enjoy!
-
chros
őstag
Uj verzio rTorrent-PS-CH 1.6.2-0.9.7, fobb valtozasok:
- IPv4 filter enhancement (blocklist fajlt lehet betolteni)
- Fix bug with selected_size_bytes and save it into sessionTeljes changelog: [link]
Mas:
Ha RPC-t hasznalsz webserverrel, akkor mindenkepp jelszoval vedd a hozzaferest az utvonalhoz!!!
Tovabbi info: [link] -
chros
őstag
Orulok, hogy az a resze sikerult.
A masikrol: probald ki csak 1 kis torrentel a linkelt peldat, de nem vagyok benne biztos, hogy jo lesz:
- a d.tied.to_file tulajdosag ehhez a torrent fajlhoz van rendelve, s lehet, hogy eltavolitja a torrentet a kliensbol, ha csak "kitorlod" a metafilet.
-- ha nem torli ki a kliensbol, akkor szerintem mehet a menet
Az altalam linkelt setupban ez a blokk felel az auto mozgatasert (adat es metafajl is) jo sok csekkel. -
chros
őstag
Ez valoban erdekes: ezek szerint csak 1MB koruli volt a lotoltes? Es nem volt seedeles kozben?
"ha egyből "oda töltöm" ahol a végső helye van, úgyis komplett adatot kap, csak ellenőriznie kell"
Lehet, hogy meg jo is lesz ez igy:
- alapbol a directory.default -ba kerulnek a letoltendo dolgok
- a trukk az lenne, hogy egy uj watch dir-ekkel atirni a "d.directory"-t torrentekkent, pl:schedule2 = watch_directory_9,10,10,"load.start=load_start=/home/we/data/downloads/forhashcheck1/*.torrent,d.directory.set=/home/we/data/torrent/1/"Probald ki, hatha mukodni fog.
-
chros
őstag
de letöltésre elég "lusta"
Mennyi a felfele sebesseg?
Hmmm, ez furcsa. Nekem ugyan 76Mbps lefele net van, de azzal zuzza teljesen. Nem lehet, hogy ezzel a buggal van osszefuggesben? 4x read during seed (Azaz a hdd-t lelassitja):
- nezd meg ezzel a paranccsal, hogy mennyi a read/write sebesseg mikor toltesz le:pidstat -p $PID -dl 20 5"a jelenlegi ide-oda mentem torrent fájlt megoldással működjön, hogy a hozzáadott torrentet letölti a deluge, majd átadja rtorrentnek seedre"
Oh, ertem. Egy ilyen sorra van szukseged: [link]
- ebben a "branch=d.complete=" resz ami csekkeli, hogy kesz e a letoltes
-- de mint fetebb irtam valahogy checkkelned kell, hogy volt e mar mozgatva valaha, mert kulonben minden ujrainditasnal megprobalja mozgatni oketKonnyen kiserletezgethetsz nem eles kornyezetben:
- keszits ugyanolyan konytarszerkezetet es rtorrent konfigot mint elesben, majd inditsd egy masik rtorrentet igy:rtorrent -n /path/to/new-rtorrent-config.rc -
chros
őstag
"a gond, hogy ha valaminél már megvan a letöltött anyag"
Kell meg egymethod.set_key = event.download.hash_done, move_hashchecked, ...sor is az "event.download.finished"-hez hasonloan, mert a kesz adatnal csak az elobbi triggerel-odik, de:
- trukkos a dolog egy kicsit, mert:
-- a hash_done event ujra triggerel-odik minden rtorrent ujrainditasnal es minden torrentre!!!Ha ilyet hasznalsz, akkor lehet, hogy tetszeni fog az rtorrent-ps-ch_setup project, tobbek kozott ezt is kezeli, s meg sok minden mast is. Itt a megfelelo reszlet belole (mast is tratalmaz):
[link] -
chros
őstag
válasz
rootmin
#2131
üzenetére
Udv!
1. kerdesre: valszeg a hianyzo '-rf' kapcsolo miatt nem torlodik, igy tudod hasznalni.
2.: akkor valszeg tetszeni fog az rtorrent-ps-ch_setup project
Ugyanis pont az altalad linkelt Stefano altal keszitett otletre alapul, csak joval osszetetteb modon. Jo olvasgatast! -
chros
őstag
válasz
Santino
#2128
üzenetére
"Asus RT-N18U routeren Tomato firmware ... Szeretném az rtorrent-ps-t felrakni"
Van hivatalos csomag Tomato-ra belole?
Ha van, akkor minden maradhat.Ha nincs:
Ebben sajna en nem tudok, regen OpenWRT-re probaltam, a forditas sikerult is, de: OpenWRT-n nincs normalis locale support (utf-8), igy az rtorrent-ps altal hasznalt glyph-ek abszolute xarul (ertsd, hasznalhatatlanul) jelentek meg, igy ertelmet vesztette a dolog. (S az pedig mas kerdes, hogy az 1 magos tplink routerek nem is birjak erovel.)
Szovel ez a sorrend, ha ki akarod probalni:
- deritsd ki, hogy van e proper locale support; ha van:
- keresd meg az rtoerrnt/libtorrent source csomagjat, s modositsd, hogy a pactchek is belekeruljenek, majd probald leforditani
- a dependency csomagokkal neked kell probalkoznod (cares, curl, xmlrpc)
- es akkor a pyrocore projectrol meg nem is beszeltunkHa nekiallsz, akkor jopar honapos projectet veszel a nyakadba, de erdekes a problema.
Amit inkabb javasolnek: ha van regi elfekvo laptop, akkor Ubuntu-t, Debain-t ra, s radugni egy nagy, kulso usb3-as/esata-s hdd-t, s mehet a menet.
S zaroszokent, inkabb rtorrent-ps-ch-t javaslok
(#2127) torzsa007: elofordul ez a legjobbakkal is
-
#2119
chros
őstag
enginev3.0
#2118
chros
őstag
válasz
enginev3.0
#2118
üzenetére
Koszi, nem tudtam rola.
De latatlanban sem ajanlom Windowsra. Ntfs fs-el nem mukodik jol egyaltalan, s meg ki tudja mennyi mas baja lenne.
Inkabb hasznalj mas, gui-val rendelkezoket Winfoson. -
#2117
chros
őstag
enginev3.0
#2116
chros
őstag
válasz
enginev3.0
#2116
üzenetére
En nem is hallottam rola. Link? -
chros
őstag
válasz
Zoolesz
#2112
üzenetére
Ppfff ...
Mi is kiprobaltuk debian 8.9.0-val, es valoban. De nem volt/lesz idom mostanaban ezzel "jatszani" sajnos.
Probald ki debian 9.0-val virtualgepben (tudom, hogy van mar 9.2.x is) azzal teszteltem 2 honapja. Ha jo, es nem gond, akkor upgrade-eld 9-re.
Elnezest a kellemetlensegert. -
#2111
chros
őstag
Terrorista
#2109
chros
őstag
válasz
Terrorista
#2109
üzenetére
Ha socket-el konfigoltad oket, akkor a socket "fajl" jogosultsaga lehet az egyik gond, amit egyszeruen igy orvosolhatsz: [link]
@(#2108) Zoolesz: hat ez nagyon kulonos. Ha lesz idom es hangulatom, akkor kiprobalom majd virtualgepben debain netinst 8.9.0-val. Le kell hogy forduljon ezen is. Es a regi 1.5.3-0.9.7 lefordul???
-
chros
őstag
válasz
Zoolesz
#2106
üzenetére
"
sudo gem install fpmno such file or directory - getcwd"
Ez a parancs csak a packaging (csomag keszites)-hez kell, igy ha nem muxik, akkor nem gond.
A folotte levo hosszu apt-get install parancsot is futtattad mint root?
Vagy sudo nincs, vagy a gem parancs hianyzik."Az új verzió pedig evvel száll el
time nice -n 19 ./build.sh ch [git]"
"nem tudja most valamiért fordítani config a helyén van"
Errr.... Milyen config???
Akkor megegyszer, sima user-kent futtatod ezeket, s igy mar leforditod sima usernek (kb 10 perc):mkdir -p ~/src/; cd ~/src/
git clone https://github.com/chros73/rtorrent-ps-ch.git
cd rtorrent-ps-ch
time nice -n 19 ./build.sh chMajd ha ez kesz, akkor "installalod" (atmasolja csak a forditott binary-kat) az "/opt" konyvtarba root-kent (!) s elkesziti a szukseges symlink-eket.
sudo ./build.sh installHa ezzel lesz gond, akkor sudo beallitasa Debianon nem jo: mint latom a leirasban linkelt "hint" mar nem el (de jo ...
), itt a web-archive-os link. Roviden ez kell majd neked (ha nem muxik elsore, Debian 9-en mindenkepp, 8-on nem probaltam), es itt a commit hozza (1 soros fix).Tesztelve: Ubuntu 14.04, Ubuntu 17.0x, Debian 9.
-
chros
őstag
válasz
Zoolesz
#2104
üzenetére
Uj verzio mindket projekthez (2017.08.20.):
rTorrent-PS-CH 1.6.0-0.9.7, fobb valtozasok: lenyegeben a build script kb 70% ujrairva
- Rename repo and main directories
- Create optimized gcc build by default on Linux as well
- Fix compiling issues with gcc v6.x and libtool properly
- Add proper relative rpath link support
- Refactor build script completely
- Separate vanilla build of rtorrent completely
- Update building instructionsTeljes changelog.
rTorrent-PS-CH_Setup 0.9.8-0.9.7, fobb valtozasok:
- Add inotify support in rtorrent config
- Rename repo and modify absolute path of rtorrent-ps-ch in init script
- Disable CURL's built-in DNS cache if external one is available
- Add ability to set an interface to bind to
- Set public IP address reported to the tracker without dynamic DNS service
- Don't restart download upon moving unless it's necessary
- Fix tied torrent file for magnet links
- Improve performance of rtgetTotalRotatingSize bash function
- Comment out low_diskspace scheduled task in rtorrent config
- Upgrade pyrocore to current version
- Upgrade KiTTY to current stable version on Windows
- Support multiple tmux versions in tmux.conf
- Fix reporting stopped rtorrent instance even when it has been restarted successfully in external scriptTeljes changelog.
"Láttam van új verzió: 1.6.0"
Igen, mar lassan 2 honapja, de erdeklodes hianyaban ide mar nem masoltam be. Most igen."Szerettem volna frissíteni ... ha jól másoltam így írtad korábban."
Mint latszik a changelog-bol, a kliens eseteben a build script kb 70%-a lett ujrairva (remelhetoleg egyszerubbe teve az egeszet ).
Ezt megelozoen Pyroscope build scriptjet "patch-elgettem", de eljott az ido, hogy alapjaiban legyen megvaltoztatva a build script.
Ennek kovetkezteben a project neve es a konytar nevek is megvaltoztak!
Igy mar uj leiras is van, hogyan kell build-elni."Mondjuk nem tudom, hogy elég a ps vagy a ps-ch-t kellene felrakni, de ahogy néztem mindegy és mindkettőnél ez a hiba."
Ha csak a megvaltozott project nevere gondolsz, akkor lehet, hogy mindegy, mert mindketto URL ugyanoda mutat, de hasznald az uj leirast.Mivel a forditott binary fajl konyvtarneve is megvaltozott, igy modositani kell az rTorrent-PS-CH_Setup-ban is, ha hasznalod. (Nem is emlitve a tobbi valtozasokat.)
Enjoy!
-
chros
őstag
Ez csak egy resze volt, de kell hozza. A shell (bash) scriptek is felelosek a queue-ert, queueTorrent.sh, ami cronbol kell hogy fusson.
Te a "queue" konyvtar valamelyik alkonyvtaraba kell bemasoljad a letolteni kivant fajlt es Nem a "downloading"-on belulre!Nekem es masoknal is muxik a rendszer jol.
"Mivel ha nekem van helyem akkor nem fogja atrakni egy masik almappaba"
Dehogynem, ezen alapul a rendszer. -
#2100
chros
őstag
bencsikgab
#2099
chros
őstag
válasz
bencsikgab
#2099
üzenetére
Ne screen-t hasznalj, hanem tmux-ot.
A daemon mode valoban uj, talan a kovetkezo verzioban benne lesz. De engem special nem erdekel -
#2098
chros
őstag
bencsikgab
#2097
chros
őstag
válasz
bencsikgab
#2097
üzenetére
"Az rtorrentben sem ékezetesen jelennek meg"
Ez erdekes, szerintem ez csak TERM beallitas kerdese lesz. Min belul fut rtorrent? screen/tmux?
A filemanager-re pedig nem tudok valszt, nem hasznalom, ezt a rutorrent foruman kellene megkerdezni. -
chros
őstag
"2. fix rpath linking: ... de meg akarom nezni, hatha van jobb megoldas is ra"
Volt.Uj verzio (most csak a klienshez):
rTorrent-PS-CH 1.5.3-0.9.7, fobb ujdonsagok:
- input (command) history with categories (mint bash-ban)
- proper Inotify support
- c-ares, curl upgrade-elve
- OpenSSL 1.1 fix
- fix compiling issues with gcc v6.x
- fix rpath linking on newer distros by using relative rpath linking
-- ez nagyon erdekes: innentol kezdve a forditott konyvtarat:
--- at-lehet-nevezni, mozgatni, masolni !
--- igy, ha egyszer mar forditottal user-mode-ban, akkor nem kell az `install`-al ujraforditani, csak atmasolni az `/opt` konyvtarba
--- keszithetsz belole masoknak sima "tar.gz" file-t, s feltoltheted valahovaTeljes changelog.
Nos, ez nem volt egyszeru ... Remelem nem lesz hasonlo problema az elkovetkezo 2-3 evben!
-
chros
őstag
Nos, osszessegeben 3 fo problemank van a kulonbozo disztribucio upgrade-ekkel:
1. fix OpenSSL 1.1 support
- pl Debian 9-en
- ez volt az, amit @Zoolesz tapasztalt Debian 9-en
- ez nem tul bonyolult, Jari mar elkeszitette a patch-et egy masik branchbe, csak backportolni kell2. fix rpath linking
- pl. Ubuntu 17.07-ben
- erre mar pyroscope elkeszitett egy javaslatot, de meg akarom nezni, hatha van jobb megoldas is ra egyenlore3. fix gcc v6.x issue
- ez az, amit pl. ViodLinux-on is jeleztel
- ez libtorrent/rtorrent git-gcc_6.x bug
- nem fogod kitalalni, mi a gond!
-- csak egy "gyors" hack-et tudtam ra kesziteni: mert nem tudom hol a bug libtorrentben (esetleg rtorrentben?)
- tovabbi info: [link]1. es 3. fix-e mar a develop branch-ben van, ezutan a 2.-esnek nezek utana.
Koszi mindkettotoknek a bug reportot!
Ezek utan van meg kerdes, hogy mert ruhellem a disztribucio valtast?!
-
chros
őstag
Az elso blokkot erdemes atnezni, es kiserletezni eddig a vonalig bezarolag :
[link]
(Az rtorrent wikin van performance tuning page, magyarazattal hozza.)De a fentebb emlitett 4x olvasasi bug miatt erdemes majd nezni a HDD terheltseget is, es annak megfeleloen beloni majd a download/upload limit-et.
Az jo hir! En vacak, meregdraga 76/20-assal sz*pok, es meg "rakenyszeritettek" VPN hasznalatara is, ami tovabb rontja a helyzetet
-
chros
őstag
válasz
Zoolesz
#2079
üzenetére
Hhmmm ....
Akkor nem azzal a kapcsoloval lesz a gond, ha igy csinaltad.Honnan tudod, hogy a ch verzio indul el? En arra gyanitok, hogy van masik rtorrent is felrakra (van?) es az indul el a ch helyett, kulonben nem kapnal ilyen hibauzeneteket (hogy az adott parancs hianyzik). Ezt konnyen ki todod probalni:
- nevezd at a home konyvtaradban levo ".rtorrent.rc"-t barmire
- s igy inditsd el az rtorrentet, ahogy eddig probaltad
- igy el kell induljon valaminek (a beepitett konfigjat hasznalva), s a cimsorban latod majd, hogy ez csak sima rtorrent vagy a chHa nincs masik, akkkor pontosan masold be a hibauzenetet es annak a config sornak a tarmalmat amit ir.
-
chros
őstag
válasz
Zoolesz
#2077
üzenetére
Milyen uj verzoit? Biztos, hogy az rtorrent-ps-ch-t?
Ha igen, van mas verzio is telepitve, nem veletlen az indul el?
Ha root-kent forditod a "build.sh install ps" paranccsal, akkor az /optban kell, hogy letrehozzon konyvtarat es symlinket is.Mas: hamarosan ismet ij verzio lesz, ujabb nyalanksagokkal.
-
chros
őstag
"a te rtorrent-ps ed gentoo alatt meg egybol lefordul nem is ertem"
En szinte biztos vagyok abban, hogy compiler lesz a "ludas". Itt latod azt, hogy mely gcc verziokkal fut automatikusan TravisCI: [link]
Ubuntu 14.04 alatt gcc 4.8.4 van, a tiedben joval ujabb (5.x ?), es megnezheted gentoo alatt mi.
Ezert irtam fentebb, hogy a Viodlinux forumon megkerheted oket, hogy probljanak git-et forditani rtorrent-bol, mert valszeg ezert nem menne."azt ajanlottak ne hasznaljak git verziot mert az instabil"
Ezt gondolom 1 ember javasolta, ps Nem tudja, mirol beszel "Egyebkent ezeket nem tudja a szimpla rtorrent?
- enable peer exchange, UDP tracker, DHT support"
Ezt tudja, de azota sok hibajavitas kerult az upp/dht kapcsolatok kezelesebe. En fel eve nem tapasztaltam crash-t, azelott volt 1x-2x 0.9.6-al."- support public torrents"
Nem irtam tobbet errol a feature-rol multkor: ez (javareszt) a choke group-ok hasznalatat jelenti. Ezt en fix-altam (mar 0.9.0 ota benne volt a feature listaban, de nem mukodott egyaltalan), igy ezt nem.
Kicsit bovebben errol: a gond a public torrenttekkel, ha rendszeresen hasznaljuk oket, hogy (foleg az ujak) "felzabaljak" a rendelkezesre allo slot mennyiseget, es a privat-oknak nem jut.
A choke group-ok ezen segitenek: csoportonkent lehet limitalni a rendelkezesre allo slotok szamat, igy szabva korlatot nekik.Az egesz az rtorrent-ps_setup-rol szol: igy mar 3 csoportra osztjuk az osszes torrentet. Leegyszerusitve, fontossagi sorrendben:
- 1. privat torrentek, nehezen seedelheto forrasbol
- 2. privat torrentek, konnyen seedelheto forrasbol
- 3. public torrentekEbbol latszik: ha csak 1 csoportnyi torrentet hasznalsz (pl. csak public), akkor nincs szukseged a choke group feature-re.
-
chros
őstag
1. Probaltad leforditani user-kent a git verziot pyroscope-tol?
2. Koszi a linket. Akkor valszeg a git libtorrent nem akar lefordulni az uj gcc-ddel. Ez ellen nem nagyon tudok mit tenni. Megkerdezhetned a Viodlinux foruman, hogy git verziot (a 2 jelenlegi master branch-bol) tudnak e forditani rtorrent-bol?
- remelhetoleg nem, s igy ki is derult mi a gond
- ha ez igy van, akkor nyithatnak egy uj issue-t az rtorrent github oldalan, ha gondoljak"As you can see, the library produced by rtorrent-ps-ch has undefined symbols, that is why the build fails"
Ezzel csak az a gond, hogy ubuntu 14.04-en lefordul -
-
chros
őstag
"kerte a libncruses5-dev csomagot ami ugye .deb only. Szoval leszedtem es nem kert fuggosegeket, az egyik forumtars ajanlotta hogy szedjem le a build.sh-t a legutolso-t ami az rtorrent-ps repobol szarmazik. Azzal lefutott a forgatas."
Ez azert erdekes, mert abban is bent van a libncruses5-dev: [link] Igy nem hiszem, hogy ezzel van a gond.Mint emlitettem, xml-rpc nem fordult le nalad, annak kene utanajarnod, hogy miert:
- build konyvtara megvan?
- a fent kerdezett xmlrpc-c-config megvan?
(Ezekre nem adtal valaszt)Ezt kene kezzel forditani probakepp.
Ui: kuldtem privit.
-
chros
őstag
válasz
#96292352
#2060
üzenetére
"A trackernek azt jelenti, hogy pl 2GB/s -el töltök fel. Igen, 1DVD 2mp!"
Ettol meg lehet ugyanaz a problema: a gond, hogy virtualhost kornyezetben rtorrent nem general egyedi ID-t, ezert a trackerek nagy resze ugy erzekeli a tobb rtorrent kliens-t, mint ha 1 lenne, ebbol szarmazik/hat a galiba. (A problema nem jelentkezik, ha egy fizikai eszkozon fut.)
Itt vannak hozzaszolasok, hogy jopar tracker ban-nolta.(#2061) F34R: erre sajna neked kell rajonnod, ha kiderult, ne tartsd magadban
-
chros
őstag
"a te builded rendszeresen elszall es csak a main rtorrent-PS megy"
- akkor ezalatt azt ertetted, hogy le sem fordulEz igy nagyon kulonos, mert elviekben a mostani build script kisertetiesen hasonlo a mostani pyroscope-hoz (a git verzio kezeleseben van lenyeges elteres), azaz ha egy friss PS clone utan is lefordul a PS, akkor (szerintem
) a PS-CH-nak is le kell fordulnia."Itt a checking resznel hasal el."
Ez mar az utolso (rtorrent) build (az osszes tobbi utan), a 137 sor azt jelenti, hogy XML-RPC nem fordult le/nincs. Ezt a verziot hasznaljuk.
Itt a resz, ahogyan c-res, curl, xml-rpc fordul, es itt ahol libtorrent, rtorrent.
Ez az rtorrent kapcsolo lehet a ludas nalad?--with-xmlrpc-c=$INST_DIR/bin/xmlrpc-c-config
Nezd meg, hogy az adott fajl letezik e (elviekben a$HOME/lib/rtorrent-0.9.7-1.5.0/bin/xmlrpc-c-config, ha user-kent forditottad)."nem hasznalom a rutorrentet"
Remek!"Voidlinux, GCC 6.3"
Eletemben nem hallottam rola Ebben nem tudok segiteni.
A szukseges csomagok debian/ubuntu alatt: [link]
Es a build script ezeket ellenorzi debian/ubuntu alatt.Lehet, hogy nincs "libssl-dev" csomagod felrakva es ezert hasal el az xml-rpc build (majd utana az rtorrent build)???
De ha ez igy van, akkor PS-en is igy kell lennie!"Altalaban csak public trackerrol szoktam tolteni, szoval most kiprobalnam az uj funkciokat is"
Ezekkel a beallitasokkal megy a git verzio mar tobb mint fel eve jol ubuntu-n."utp disabled vagy off-ra"
Ez UTP vagy UDP? Mi volt, ha nem kapcsoltad ki? -
chros
őstag
-
chros
őstag
"Rtorrentnek kell (nem kell, de jó e ha van) nyitott UDP port?"
Ha hasznalsz udp trakert, dht-t, akkor igen.@(#2051) F34R: "Kezd transmissionosodni"
Egyebkent tudunk masik torrent kliensrol, amivel csoportokra lehet osztani a torrenteket? (throttle group es choke group)
Ez nagyon brutal feature! -
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.
-
-
#2042
chros
őstag
enginev3.0
#2041
chros
őstag
válasz
enginev3.0
#2041
üzenetére
Hogy-hogy?
-
#2040
chros
őstag
enginev3.0
#2039
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. -
#2038
chros
őstag
enginev3.0
#2037
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
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.
-
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! -
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 !!! -
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 ... -
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). -
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 -
chros
őstag
@(#1991) Soma01: mennyi RAM van most?
"azt olvastam linuxon nehéz megállapítani egy program tényleges memória használatát/igényét"
rTorrent-nel igen.Az uj config nev:
pieces.memory.max.set="Nem működik, beállítottam 100M-át, ugyanennyit fogyasztott."
Mert az nem arra valo: [link] Es ez mukodik is "jol".
Es amiert a "jol" idezojelbe kerult, az ez a nagy bug: [link]
- akinek van kedve, tesztelhetne (kb 4 perc), a parancs hozza (a $PID -et csereld ki):
-pidstat -p $PID -dl 5 20
- az utolso sor igy nez ki Ubuntu 14.04-en, 2GB max memory settings-el (4GB a gepben), 2MB upload limittel, helyi ext4 HDD, kb 300 torrent:
- Average: 1000 5889 7656.01 0.00 0.00
- elso korben csak seed eseten nezzetek, s utana esetleg letoltes kozben is az irast is
- irjatok le, milyen OS, RAM, max_memory, upload limit, milyen hdd, torrntek szamaKoszi!
-
chros
őstag
"Ubuntu 15.10-en használom..."
Ez jelen vagy jovo ido? Mert amit belinkeltel, az is v0.9.6 ."Ha 16.04-re váltok abban van legfrissebb rtorrent"
Nincs, az is v0.9.6. (kb masfel eve jelent meg, 2015 szeptembereben.)"akkor elég csomagból telepíteni plusz nginx beállítva és működhet?"
Valoszinu
De: ha van egy regota hasznalt / beallitott oprendszered, akkor en nem raknek fel uj oprendszert csak ezert, inkabb vacakolnek az adott program forditasaval. (En pl. Ubuntu 14.04-et hasznalok meg mindig, s valszeg ez igy is marad addig, amig a hardver vagy az OS be nem hal.) -
chros
őstag
"Par dolog miatt nem lett (es soha nem is lesz) nagy dobra verve a git verzio..."
Nos, a minap ps felhomalyositott, hogy a fent emlitett kifogas -finoman szolva- mekkora butasag!
Ugyanis a client string-et nem valtoztatjuk meg a patcheles soran.
Igy elharul minden akadaly a git verzio hasznalata elol.
(Azert probald ki parancssorban elobb, hogy a kapcsolok is mukodnek e.)
Új hozzászólás Aktív témák
- Microsoft és egyéb dobozos retro szoftverek
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- PC Game Pass előfizetés
- Keresünk iPhone 12/ 12 Mini/ 12 Pro/12 Pro Max
- 192 - Lenovo Legion 5 (15IRX10) - Intel Core i7-14700HX, RTX 5060 (ELKELT)
- GYÖNYÖRŰ iPhone 15 Pro Max 256GB Blue Titanium-1 ÉV GARANCIA -Kártyafüggetlen, MS4480
- Apple iPhone 12 Pro / 128GB / Kártyafüggetlen / 12Hó Garancia
- Dell Precision 5520 15,6" FHD, Xeon E3-1505M v5, 16GB RAM, Quadro 4GB VGA, SSD, jó akku, számla, gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest