-
GAMEPOD.hu
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
rt06
veterán
válasz
Scobbyka
#343
üzenetére
lefoglalni amugy sem foglalta le, sparse file-okat hasznalt (az azt kezelo filerendszereken, de az ext* fs-ek tudjak ezt), ami annyit jelent, hogy a file latszolagos meretetol fuggetlenul az csak annyi helyet foglal a lemezen, amennyi adat tenylegesen bele lett irva (ezt legegyszerubben a du paranccsal lehet ellenorizni)
ami a 0.8.5-os rTorrent release-ben valtozott, az az, hogy a le nem toltendo file-ok letre sem jonnek a lemezen, csak egy 0 byte meretu file kerul a helyukre
olyan esetekben persze, mikor egy-egy szelet atlog tobb file-ba is, es a szelet letoltese szukseges (mert pl a file, amiben a szelet elso resze van letoltesre jelolt), az addig 0 byte meretu file-ba is kerul adat (ez sajnos elkerulhetetlen, hisz a szeletnek egeszeben meg kell lennie)korabbi kerdesedhez: az apt-get remove csak a debian csomagokat szedi le, ha szeretned upgrade elott a korabbi sajat forditasu verziot eltavolitani, azt a forras konyvtarakban (elobb rTorrent, majd libTorrent src konyvtarai) kiadott make uninstall paranccsal teheted meg (igy pl nem maradnak meg a regi, hasznalatlan lib-ek)
ezutan mindket forrasra (elobb libTorrent, majd rTorrent): svn up; ./autogen.sh; ./configure; make vegul make install[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ket lehetoseg lehet, amiert nem veszi figyelembe az rTorrent a 1,2-es aranyt
1: a torrent kisebb, mint a masodik parameterben 300MB (ekkor 10-es aranyig tolt a harmadik parameter alapjan)
2: a torrenthez be van allitva, hogy hagyja figyelmen kivul az ilyen szabalyokat (pontosabban a szabaly hagyja figyelmen kivul a torrent-et) - ez akkor van beallitva, ha az arany R betuje elott latsz egy I (nagy i) betut is (a torrenten shift+i leutesevel tudod megvaltoztatni)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ha jol sejtem, 0.8.4-es, vagy ujabb rTorrent-et hasznalsz, abban eleg komolyan megvaltozott a ratio kezeles, a stop_on_ratio parancs is megszunt
itt nezz szet, szerencsere ehhez egesz hasznalhatonak tuno dokumentacio vanPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
igen, elvileg minden, a scheduler-ben levo parancsra hatassal van, es igen, megtartja leallitaskor is, amennyiben van beallitva session konyvtar
xmlrpc-n keresztul is lehet allitani/lekerni a d.{set,get}_ignore_commands parancsokkalPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
#359
rt06
veterán
Speeedfire
#357
rt06
veterán
válasz
Speeedfire
#357
üzenetére
sajnos erre egyelore nincs megoldas, meg mindig csak keszul a normalis scheduler az rTorrent-hez
kezzel meg tudod csinalni, csak annyi a kulonbseg ahhoz kepest, amit Santino irt, hogy nem a torrent prioritasat allitod (az a feltoltesi savszel elosztasanal szamit), hanem a torrent-en belul a fle-ok prioritasat teszed off-ra (ekkor nem tolti le a file-t), igy tudod kezelni, hogy mely torrenteket toltse, melyeket ne
viszont akkor mar egyszerubb siman leallitani a nem kivant torrent-eketesetleg ezzel a script-tel probalkozhatsz, amennyiben xmlrpc-c tamogatassal lett forditva az rTorrent
cron-bol par percenkent futtatva $maxdl (alapbol egy) torrent-nel normal-ra, az osszes tobbinel off-ra teszi a file-ok prioritasat
hatranya, hogy a partial seed-et kiuti, mert a letoltes alatt allo torrent-ek minden file-jat allitja
konfigolasa az elejen a kommentekben le van irva, ha barmi kerdesed lenne a script-tel kapcsolatban, irj nyugodtan
Udv: VladimirR
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
#384
rt06
veterán
Speeedfire
#383
rt06
veterán
válasz
Speeedfire
#383
üzenetére
a fentebb link-elt script-et cron-bol bizonyos idonkent elinditva, a beallitott rTorrent-re lelovi a futo, de be nem fejezett torrent-ek file prioritasat nullara, igy osszesen egy letoltes fog tenylegesen menni, a tobbi nem general forgalmat
a script elso par sora komment, ott le van irva, mit, hogyan kell beallitani (hogyan eri el a script az rtorrent-et: socket-en vagy tcp porton keresztul, illetve ezek hol talalhatoak)ha konkret kerdesed, vagy keresed van a script-tel kapcsolatban, szolj, ha idom lesz, akar at is tudom alakitani (egy konkret problema megoldasara irtam, szoval lehet neked nem pont ez kell)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
#390
rt06
veterán
Speeedfire
#386
rt06
veterán
válasz
Speeedfire
#386
üzenetére
ez sajnos nem lesz jo neked, ez nem a letoltesek szamat, hanem a kapcsolatok szamat korlatozza globalisan, illetve van torrent-enkent alkalmazhato megfeleloje is
amire neked szukseged lenne, az rTorrent-ben scheduler neven van, de meg nagyon nem mukodik benne a korlatozas
a script futtatasanak mikentjet brino leirta, de tudod kezzel is futtatni, ha tesztelni szeretned
ekkor csak futtatasi jogot kell adnod a script-re (ez cron hasznalat eseten is kell), majd ./script.shami meg szamit, az a script 14-18 sorai, ezt kell egy alkalommal szerkeszteni
ha az rTorrent konfigjaban scgi_local-t hasznalsz, akkor a kovetkezokeppen nezzen ki a script eleje:my $src = "socket";
my $ip = "";
my $port = "";
my $socket = "/ahova/az/scgi_loacl/mutat.sock";
my $maxdls = 1;ha scgi_port-ot hasznalsz, akkor pedig:
my $src = "";
my $ip = "127.0.0.1";
my $port = "5000";
my $socket = "";
my $maxdls = 1;ahol a 127.0.0.1 es az 5000 a leggyakoribb rTorrent scgi_port ertekek, ha te mas allitottal be, azt add meg itt is
a 18. sor pedig azt allitja, hogy egyidoben hany letoltes fusson
Udv: VladimirR
brino: egeszen pontosan a 1013-as rev-ben tunt fel eloszor (elotte patch-kent volt elerheto), ebbol lett kesobb a 0.8.0-as kiadas
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ha forrasbol szeretned forditani, akkor:
apt-get install build-essential
ez feltesz elvileg mindent (make, fordito, linker, miegymas), amire szukseged lehet, amit talan kihagy (nem tudom, regen jatszottam ilyet debian-on), az a libtool es/vagy a pkg-config, ezeket esetleg pluszba fel kell tenned, ha panaszkodik forditas kopzbenkell meg fuggosegek miatt (szinten lehet, hogy pontatlan vagyok):
libncurses5-dev
libcurl4-openssl-dev
libsigc++-2.0-devazt hiszem, ezeken kivul mas nem kell, ha tevednek, arrol a configure script ugyis szolni fog (ha valamit meg hianyol, annak a -dev valtozatara lesz szukseged)
ami meg jol johet, mert rendszeresen problema van vele, az innen az utolso elotti (libTorrent not found by ./configure) pont
illetve mindjart dobok meg egy post-ot, hogyan lehet svn-vol forditani
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
rTorrent forditasa svn-bol, XMLRPC-C tamogatassal
forditasi konyvtar letrehozasa, amennyiben az nem letezik
mkdir -p /usr/local/src
cd /usr/local/srclibTorrent letoltese es forditasa svn repository-bol
svn co svn://rakshasa.no/libtorrent/trunk/libtorrent libtorrent-svn
cd libtorrent-svn
./autogen.sh
./configure
make
make install
cd ..XMLRPC-C letoltese es forditasa svn repository-bol
svn co https://xmlrpc-c.svn.sourceforge.net/svnroot/xmlrpc-c/stable/ xmlrpc-c-svn
cd xmlrpc-c-svn
./configure --disable-cplusplus
make
make install
cd ..rTorrent letoltese es forditasa svn repository-bol
svn co svn://rakshasa.no/libtorrent/trunk/rtorrent rtorrent-svn
cd rtorrent-svn
./autogen.sh
./configure --with-xmlrpc-c
make
make install
cd ..rTorrent pelda konfiguracios file masolasa adott felhasznalohoz
cp /usr/local/src/rtorrent-svn/doc/rtorrent.rc ~/.rtorrent.rc
megjegyzesek
- a fentieknek (a fuggosegek teljesulese eseten) tetszoleges rendzeren mukodnie kell (par aprobb modositassal akar windoze-on is cygwin kornyezetben)
- a make install parancs kiadasahoz superuser jogosultsag szukseges (a tobbihez nem)
- az XMLRPC-C eseteben a --disable-cplusplus kapcsolo elhagyhato, viszont ez sokszor forditasi hibahoz vezet
- No package 'libtorrent' found hiba eseten a megoldas itt talalhato
- amennyiben korabban mar vegigjartuk a lepeseket, az svn co <url> parancsok helyett elegendo az svn up parancs hasznalata a forraskod frissitesehez (a tobbi lepes valtozatlan)Udv: VladimirR
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
#399
rt06
veterán
Speeedfire
#396
rt06
veterán
válasz
Speeedfire
#396
üzenetére
mit ment a temp konyvtarba a contrab? (bar ez inkabb valamelyik linux topic-ba valo inkabb)
ha a masik kerdes a script-re vonatkozik, akkor a default view elso torrent-jet tolti (elviekben ez a legregebben hozzaadott), a tobbit nem
ha az kesz, lep a kovetkezore...[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
eljen a pastebin (vagy az en ugyessegem), a script letoltes utan valoban nem mukodik, koszonhetoen annak, hogy harom helyen is sortores kerult bele, mindig egy-egy hoszabb string kozepen, melyek az alabbiak:
a 23. sor a 22. sor vegere valo
ezutan a 52. sor az 51. sor vegere valo
vegul a 89. sor a 88. sor vegere valoa fenti hibak javitasa utan a script mukodik (lentebb post-olom)
bar lehet atirom majd, hogy nem a file prioritasokkal jatsszon, mert egyfelol azok allitasa lassu, masfelol partial seed mellett nem alkalmazhato, csak elobb utana kell jarjak, mi lenne az idealis megoldas (a korabban emlitett letoltesi szalak szamanak korlatozasa is jo lehet, amennyiben a mar elo kapcsolatokat is megszunteti - majd tesztelgetek, meg utanakerdezek rak-nal, ha lesz ra idom)#!/usr/bin/perl -w
#
# Configurable variables
#
# src "socket" when using scgi_socket, or anything else when using scgi_port
# socket rTorrent's rpc socket (scgi_local) - using scgi_local - needed, when "src" is set to "socket"
# ip rTorrent's ip address - using scgi_port - needed, when "src" is NOT set to "socket"
# port rTorrent's scgi port (scgi_port) - using scgi_port - needed, when "src" is NOT set to "socket"
# maxdls maximum number of paralell downloads - - required
#
use IO::Socket;
my $src = "";
my $ip = "127.0.0.1";
my $port = "5000";
my $socket = "";
my $maxdls = 1;
my $pattern = qr/<value><string>([A-Z0-9]+)<\/string><\/value>/;
my $line = "<?xml version=\"1.0\" encoding=\"utf-8\"?><methodCall><methodName>d.multicall</methodName><params><param><value><string>incomplete</string></value></param><param><value><string>d.get_hash=</string></value></param></params></methodCall>";
my $llen = length $line;
my $header = "CONTENT_LENGTH\000${llen}\000SCGI\001\000";
my $hlen = length $header;
$line = "${hlen}:${header},${line}";
if ( ( defined $src ) && ( $src eq "socket" ) ) {
socket( SOCK, PF_UNIX, SOCK_STREAM, 0 ) or die;
connect( SOCK, sockaddr_un( $socket ) ) or die $!;
} else {
socket( SOCK, PF_INET, SOCK_STREAM, getprotobyname( "tcp" ) );
connect( SOCK, sockaddr_in( $port, inet_aton( $ip ) ) );
}
print SOCK $line;
flush SOCK;
my @torrents = ();
while ( $line = <SOCK> ) {
if ( $line =~ /$pattern/ ) {
push( @torrents, $1 );
}
}
close (SOCK);
my $count = 0;
while ( ( ( $count < $maxdls ) ) && ( scalar( @torrents ) > 0 ) ) {
$torrent = $torrents[0];
$line = "<?xml version=\"1.0\" encoding=\"utf-8\"?><methodCall><methodName>f.multicall</methodName><params><param><value><string>$torrent</string></value></param><param><value><string>0</string></value></param><param><value><string>f.set_priority=1</string></value></param></params></methodCall>";
$llen = length $line;
$header = "CONTENT_LENGTH\000${llen}\000SCGI\001\000";
$hlen = length $header;
$line = "${hlen}:${header},${line}";
if ( ( defined $src ) && ( $src eq "socket" ) ) {
socket( SOCK, PF_UNIX, SOCK_STREAM, 0 ) or die;
connect( SOCK, sockaddr_un( $socket ) ) or die $!;
} else {
socket( SOCK, PF_INET, SOCK_STREAM, getprotobyname( "tcp" ) );
connect( SOCK, sockaddr_in( $port, inet_aton( $ip ) ) );
}
print SOCK $line;
flush SOCK;
$line = "<?xml version=\"1.0\" encoding=\"utf-8\"?><methodCall><methodName>d.update_priorities</methodName><params><param><value><string>$torrent</string></value></param></params></methodCall>";
$llen = length $line;
$header = "CONTENT_LENGTH\000${llen}\000SCGI\001\000";
$hlen = length $header;
$line = "${hlen}:${header},${line}";
if ( ( defined $src ) && ( $src eq "socket" ) ) {
socket( SOCK, PF_UNIX, SOCK_STREAM, 0 ) or die;
connect( SOCK, sockaddr_un( $socket ) ) or die $!;
} else {
socket( SOCK, PF_INET, SOCK_STREAM, getprotobyname( "tcp" ) );
connect( SOCK, sockaddr_in( $port, inet_aton( $ip ) ) );
}
print SOCK $line;
flush SOCK;
shift( @torrents );
$count++;
}
foreach $torrent ( @torrents ) {
$line = "<?xml version=\"1.0\" encoding=\"utf-8\"?><methodCall><methodName>f.multicall</methodName><params><param><value><string>$torrent</string></value></param><param><value><string>0</string></value></param><param><value><string>f.set_priority=0</string></value></param></params></methodCall>";
$llen = length $line;
$header = "CONTENT_LENGTH\000${llen}\000SCGI\001\000";
$hlen = length $header;
$line = "${hlen}:${header},${line}";
if ( ( defined $src ) && ( $src eq "socket" ) ) {
socket( SOCK, PF_UNIX, SOCK_STREAM, 0 ) or die;
connect( SOCK, sockaddr_un( $socket ) ) or die $!;
} else {
socket( SOCK, PF_INET, SOCK_STREAM, getprotobyname( "tcp" ) );
connect( SOCK, sockaddr_in( $port, inet_aton( $ip ) ) );
}
print SOCK $line;
flush SOCK;
$line = "<?xml version=\"1.0\" encoding=\"utf-8\"?><methodCall><methodName>d.update_priorities</methodName><params><param><value><string>$torrent</string></value></param></params></methodCall>";
$llen = length $line;
$header = "CONTENT_LENGTH\000${llen}\000SCGI\001\000";
$hlen = length $header;
$line = "${hlen}:${header},${line}";
if ( ( defined $src ) && ( $src eq "socket" ) ) {
socket( SOCK, PF_UNIX, SOCK_STREAM, 0 ) or die;
connect( SOCK, sockaddr_un( $socket ) ) or die $!;
} else {
socket( SOCK, PF_INET, SOCK_STREAM, getprotobyname( "tcp" ) );
connect( SOCK, sockaddr_in( $port, inet_aton( $ip ) ) );
}
print SOCK $line;
flush SOCK;
}
exit;Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
az info screen-en a tied to file-nal mi szerepel?
va van ott valami, akkor azt a file-t torold, az ranthatja vissza az rtorrent-be (bar ennek torleskor repulnie kellene), illetve a watch es session konyvtarakat nezd at ujra, mikozben all az rtorrentPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
sajnos nincs otletem
esetleg tegy be a konfigba egy execute log-ot, hatha valami bennmaradt, ami ujra berantja valahonnan (bar komoly hekkeles kellene, hogy igy berantsa mindig)nem lehet esetleg, hogy fugy ugyanazon a watch konyvtaron egy masik rtorrent is, s az kavar be? netan egy meghulyult rss letolt?
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
mar a torrent elso inditasakor off-on van a file-ok prioritasa? ha igen, es igy is letrehozza, annak ket oka lehet:
1: valoban gondot okoz neki az ntfs (bar elvileg nem kellene)
2: ha egy szelet (chunk - ennek meretet a torrent info reszen tudod megnezni) atlog ket, vagy tobb file-ra is, es ezek kozul legalabb egyet letoltesre jeloltel, az osszes file-t letrehozza, amik a szelethez tartoznak (valahova muszaj letoltenie az adatot, ezt teheti a tenyleges file-ba, vagy mint a windoze-os µTorrent, kulon erre a celra letrehozott file-ba)"Ja, és világítsátok meg nekem légyszi, hogy miért jó a letöltés után áthelyezni máshová a dolgokat...?"
nekem pl azert jo, mert ftp-n toltom le a szerverrol a torrent-rol letoltott adatotm, s igy egesz biztosan nem szedek le olyat, ami meg nincs befejezve"És még egy utolsó: mi a különbség a confban a "max_peers_seed" és a "max_uploads" között?"
elobbi azt hatarozza meg, hogy seedeles kozben legfeljebb hany peer-hez probal kapcsolodni az rTorrent (a tracker-tol, pex-en, dht-n at kapott informaciok alapjan), utobbi pedig azt korlatozza, hogy azok kozul, akikhez kapcsolodott (akar letoltes kozben is) mennyinek tolt fel egyidejuleg adatotPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
visszaneztem, egesz pontosan ez kerult be a kodba:
* Stops rtorrent from always creating and resizing ALL files, even those set to "off". Files will still be created, but with a size of zero, until a part of them is getting downloaded. This helps with filesystems that don't support sparse files (such as FAT, HFS+, and others).
szoval a file-ok "sajnos" tovabbra is letrejonnek - ez ellen nem igazan lehet jelenleg tenni - , de nulla merettel, s amig nem toltunk le egy adott file-hoz tartozo adatot, addig ugy is marad
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
#440
rt06
veterán
Speeedfire
#434
rt06
veterán
válasz
Speeedfire
#434
üzenetére
atneztem kiscit a forrast, es van egy jo, meg egy rossz hirem:
a jo hir az, hogy par revision-nel ezelott bekerult egy alap utemezo, mely tudja korlatozni az egyidoben futo aktiv torrent-ek szamat
ez az alabbi ket paranccsal birhato mukodesre:
scheduler.max_active.set=X, ahol X az egyszerre futo aktiv torrent-ek szama
scheduler.simple.update - ezt pedig idonkent meg kell hivni (pl schedule paranccsal), hogy ervenyesitse a fenti szabalyta rossz hir az, hogy minden olyan torrent aktivnak szamit, aminel van forgalom, szoval ebbe beleertendoek a le- es a feltoltes alatt allo torrentek is
Udv: VladimirR
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
rt06
veterán
elso korben nezd meg, hogy az announce url-t el tudod-e erni pl wget-tel, vagy valami hasonloval
ha igen, akkor jo esellyel a libcurl hulye (sajnos eleg surun megesik), probald frissiteni
udv: VladimirR
p.s.: tracker-tol fuggoen az is lehet az ok, hogy pl nem megy egy backup tracker (ekkor nyugodtan figyelmen kivul hagyhatod az uzenetet)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
-
rt06
veterán
ha ubuntu, akkor a libcurl* csomagot kellene frissitened
az rTorrent a curl csomagot hasznalja a halozati kommunikaciohoz (legalabbis, mikor a tracker-rel beszelget), es sajnos eleg sok problema volt vele az utobbi idoben, eros a gyanum, hogy nalad is ezzel van a gond
mondj egy olyat az ubi-nak, hogy:
dpkg -l | grep libcurl
ezzel meg tudod nezni, milyen libcurl verziod van, ezen probalj frissiteni (amennyiben elerheto frissebb a te ubuntu-dhoz)
itt tudod ellenorizni, mi erheto elPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
nem bug lesz az
az rTorrent csak ugy magatol nem masolgat semmit, sokkal valoszinubb, hogy a konfigodban hibas valami, s bar az adatokat athelyezi, nem allitja be hozzajuk a megfelelo uj utvonalatha megosztod a .rtorrent.rc file-od tartalmat, tudunk tobbet mondani
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
no, akkor par targyi tevedes javitasa elso korben (tudom, hogy nem a te tevedeseid, csak gondoltam jobb pontositani)
# Egyszerre hány torrent fájlt töltsünk fel.
max_uploads = 75ez nem a feltoltendo torrentek szamara vonatkozik, hanem a torrent-enkenti feltoltesi szalak szamara, vagyis a fenti pelda egy-egy torrenthez 75 feltoltesi szalat engedelyez, egyszerre 75 user-nek toltunk fel
ekkora erteket scak szerveren erdemes megadni, vagy komolyabb ohoni feltoltessel, adsl eseten semmifele keppen semez es a haszonlo ertekek amugy dinamikusan valtoznak a feltoltesi es letoltesi sebesseg fuggvenyeben, szoval nem feltetlenul kell piszkalni oket
rTorrent is compiled with incorrect version of xmlrpc-c library, without i8 support. Version must be >= 1.11. Some functionality will be unavailable.
az a i8, vagyis a 64 bit-es integer tamogatas az 1.07-es XMLRPC-C verziotol erheto el, nem kell feltetlenul 1.11-eses akkor megprobalok valaszolni is a kerdeseidre:
a konfigod jonak tunik, az egyetlen, ami feltunt, hogy az n_finished parancsban nem szukseges az utvonalakat lezaro / jel (bar ketlem, hogy ez komolyabb problemat okozna)
annyit tegy meg meg legy szives, hogy bemasolod a execute_log = /home/Torrents/rtorrent.log tartalmat is, hatha abbol kiderul, miert teszi rossz helyre a torrent-ek tartalmat befejezes utan az rTorrent (a korabban emlitett hiba oka ugyanis valoszinuleg az, hogy az rTorrent vagy nem helyezi at a file-okat, vagy nem oda, ahova szeretted volna, ezert nem talalja meg oket, s innen jon a hiba, hogy ber befejezettnek van jelolve, nincs meg minden szelethez az adat)XMLRPC-C nekem innen szokott jonni, hogfy hanyas verzio, azt most hirtelen nem tudom, de 1.07-nel biztosan frissebb:
https://xmlrpc-c.svn.sourceforge.net/svnroot/xmlrpc-c/stable/[ Módosította: bolondember ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ha mar szoba jott, hogy melyik a jobb UI, meg miert, szeretnem a segitsegeteket kerni
le tudnatok irni, hogy az altalatok ismert rTorrent UI-k kozul melyik mit tud, mit nem, melyik miben jobb, mint a tobbi?
gondolok itt olyasmikre, amik alapjan aztan ossze lehetne allitani egy targyilagos osszehasonlitastpl:
- az rTWi es a wTorrent is kezel a tobb felahsznalot, de az rTWi minden user-hez kulon rTorrent-et indit, mig a wTorrent egy rTorrent-en belul kuloniti el a letolteseket a felhasznalokhoz (hogy kinek melyik jobb, mindenki dontse el maga), a uTorrent ellenben nem tamogat ilyesmit
- az rTWi, wTorrent, nTorrent tud azonositast vegezni, mig az ... kliens nem
- a wTorrent-nek nincs szuksege 1.07-nel magasabb verzoju xmlrpc-c lib-re a helyes ertekek megjelenitesehez (a tibbonek tudomasom szerint mindnek kell)de lehet olyanokat is irni, hogy pl az rTWi kinezete eleg silany, mig a ruTorrent egy egesz pofas µTorrent klon
ha osszejon eleg info, akkor azzal szerintem sokaknak megkonnyitenenk a valasztast
segitsegeteket elore is koszonom
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
az rTorrent-be ugyanazzal a hash-el rendelkezo torrent nem kerulhet be ketszer, mivel az alapjan vegzi a belso azonositast is (es ertelme sem sok lenne), igy az utobbi elvetesre kerul
[szigoru maganvelemeny]
wTorrent (szerintem) inkabb router-re jobb, mig rTWi, rTGUI tobbfelhasznalos kornyezetbe
ahol egy felhasznalo van, oda mehet a ruTorrent (pl router-re is, ha nincs szukseg azonositasra)
[/szigoru maganvelemeny]az rTWi amugy nem csunya, csak a fejlesztojenek sem fantaziaja, sem kedve nincs a kinezettel foglalkoznia, ezert ugy dontott, inkabb csinal valami egyszeru, az rTorrent-re hasonlito feluletet (amugy ha valaki csinal hozza egy css-t, vagy akar egy xsl+css kombot, beleteszem)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ezzel a konfiggal nekem valami nem egyertelmu
minek a harom virtualserver a 3 SCGI_MOUNT melle?ez a jo amugy az rTWi-ben, nem kell neki SCGI gateway, direktbe tud kapcsolodni az rTorrent-hez mind SCGI port-on (helyi es tavoli gepre is), mind SCGI socket-en keresztul (de akar tud SCGI gateway-t is hasznalni, Basic HTTP auth-tal)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ha kozvetlenul szeretnel az rTorrent-hez kapcsolodni, akkor SCGI protokollt kell hasznalnod
ha ezt nem szeretned (marmint kezzel atalakitgatni az uzeneteket), akkor van ket lehetoseged:
1: a webszerveren beallitasz egy SCGI gateway-t (apachnal az CSGI_MOUNT beallitasnak nezz utana) es azon keresztul kapcsolodsz az rTorrent-hez
2: a libtorrent project oldalan van egy xmlrpc2scgi nevu util, ami "fordit" helyettedPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
a {min,max}_peers beallitasaid rendkivul alacsonyak szerintem, de a tobbi jonak tunik (az ido fuggvenyeben torteno sebessegbeallitas is, nem tudom, mi lehet az oka, hogy nem mukodik)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
igen, arra vonatkozik, viszont ha pont 3 olyan peer-hez kapcsolodsz, akinek nincs egyetlen szabad slot-ja sem, akkor nem tudod megkezdeni a le- es/vagy feltoltest
hacsak nem futtatsz egyidejuleg 100+ torrent-et, szerintem nyugodtan feljebb veheted, az alairasodban levo router-nek illene birnia (persze, ha mas a tapasztalatod, nem szoltam)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
igen, megoldhato (bar nem valami szep dolog ;p)
ne haragudj meg, most eleg kesz vagyok, igy nem irok pontos konfig reszletet, csak az alapelvet
az egyik watch konyvtarnal, a torrent hozzaadasa utan beallitod valamelyik custom valtozot (d.set_costom), majd a letoltes befejeztekor ennek megletet egy if= paranccsal allenorzod, s ha letezik, eltavolitod a torrent-etPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
ezesetben a fenti paransot ne az on_finished (mert ez a letoltes befejeztekor hivodik meg) esemenynel hajtsd vegre, hanem az adott ratiogroup-hoz tartozo esemenynel
pl fentebb irtal ilyesmit:
system.method.set = group.group_1.ratio.command, d.close=
ezt kellene ugy atalakitani, hogy az athelyezes a d.close utan tortenjen meg, valahogy igy (nem teszteltem, nem biztos, hogy mukodni fog)
system.method.set = group.group_1.ratio.command, "d.close=;d.set_directory=$d.get_custom1= ;execute=mv,-u,$d.get_base_path=,$d.get_custom1="Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz
Scobbyka
#499
üzenetére
a sima spd-t ne hasznald, az az elso probalkozas volt, rendkivul pontatlan tud lenni, mivel nem az elmult idoszak forgalmabol szamol, hanem a lekerdeseskori pillanatnyi erteket hasznalja
amugy ha munin-nal van gondod, erdemes lehet telneten bemenni (telnet 127.0.0.1 4949) es ott a list, fetch parancsokkal tesztelni), vagy a munin-run <plugin_neve> parancsot kiprobalni
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz
Scobbyka
#504
üzenetére
alapbol mindkettonek "bit per second"-nak kellene lennie, akkor lesz a download "bytes per second", ha a munin-node konfigba, az rtom_spdd szekcio ala betettel egy olyat is, hogy env.diff yes
ez azert kerult bele, mert adsl eseten a ket grafikon kozti kulonbsegek miatt nehezen leolvashato lenne a feltoltes (ugye az adsl altalaban 8:1, vagy nagyobb letoltes/feltoltes arannyal bir)szoval annyi kell, hogy a fentebb irt beallitasaidbol kiveszed az env.diff yes sort
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz
Scobbyka
#507
üzenetére
az iowait az az ido, amit a proci jobb hijjan a lemezre torteno varakozassal tolt, szoval ezen nem segit egy gyorsabb proci, a diszkeken kell valamit varialnod
ahogy irod, csak ket lemez van a gepben (a 80-as gondolom csak a rendszer, ott nincs rtorrent user), ez 14 user-re nagyon keves
bar raid tomb-okkel kapcsolatban nem igazan van tapasztalatom, de amiket eddig lattam, egy lemezre semmikeppen sem jo 2-nel tobb felhasznalot tennia torrent technologiajabol adodoan szinte kizarolag random io muveletet vegez, s ilyenben a lemez messze elmarad a rairt elmeleti sebessegtol
a sata2 3Gbps erteke elmeleti hatar, annyit tud atvinni a kabelen
ettol elmarad a lemez tenyeges max sebessege, az tobbnyire megall 150-200 MBps (1200-1600 Mbps) korul (ez linearis olvasas, s a lemez elejen ennyi csak, a vege fele szepen lassul)
a random olvasas (meg iras nelkul is), ettol legalabb egy nagysagrenddel kisebb szokott lenni, de lattam mar sata lemezt (igaz az 320GB-os sata 1 volt) 100%-os terheltsegre beallni 2-3 MBps olvasas mellett (szinten seed szerver), neha kevesebbtol is
en mindenkeppen tobb kisebb lemezt tennek meg a gepbe (amennyiben van erre elhetoseg, ketto - legrosszabb esetben harom - userenkent egyet)
ilyen felepites mellett nem nehez elerni tartosan a 2-400 mbps upload-ot semmint emlitettem, raid tombokkel ilyen teren nincs tapasztalatom, nem tudom, gyorsit-e annyit a raid0, hogy megerje abba pakolni a lemezeket, vagy jobb, ha kulon vannak
ami meg esetleg segithet, az idonkent egy toredezettsegmentesites (ext filerendszer eseteben athelyezel egy masik particiora mindent, majd vissza - egyszerubb odja nincs, majd ext4 alatt lesz)
illetve meg sokat dob, ha a journaling-ot kikapcsolod (vagy alapbol ext2-ers particiokat keszitesz, vagy ha mar ext3 lett, azt is gond nelkul csatolhatod fel ext3-kent
egyreszt a naploazs kikapcsolasa sokat gyorsit, mert jonehany plusz irasi/olvasasi muvelettel kevesebb lesz, masreszt szerintem egy seedszerver adatai nem minosulnek potolhatatlan adatnak (imho fontosabb a sebesseg, ha egy aramszunetnel elszall valami adat, majd letolti ujra)[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
talan megoldas lehet, hogy az execute parancsot lecswereled, nem kozvetlen az mv-t hivod, mikor elkeszult a torrent, hanem egy script-et, ami megkapja parameternek a torrent nevet, s az vegzi el az ellenorzest, majd a masolast
sajnos maga az rTorrent nem tud ilyen jellegu osszehasonlitast, vagy kulon watch konyvtarba kell tenni az ilyen torrent-et (ha kezzel adagolod az rTorrent-nek, imho ez a jobb megoldas), s ekkor lehet az alapjan mas es mas helyre tenni, vagy pedig kulso script-et kell ra irni
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
valami ilyesmiben gondolkodnek
system.method.set_key = event.download.finished,move_complete,"execute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\";d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
itt a script.sh egy scrpt, ami egy parametert var - a torrent nevet - es azt az utvonalat adja vissza, ahova a torrent-et masolni kell (sorvegi enter nelkul)
a parancs nem biztos, hogy mukodik, most nem tudtam letyesztelni, lehet, az escape-eles hibazik, valamint lehet, hogy nem lehet egymasba agyazni az execute-okat, ekkor ket script kell, az egyik masolja is az adatot, a masik csak visszaadja az utvonalat a d.set_directory parancshoz
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
rt06
veterán
xmlrpc-c-config --version
ha ez kisebb, mint 1.07 (azt hiszem ruTorrent valahol 1.10-et ir, nem tudom mi az oka, de teves info), akkor ujabbat kell keresni, vagy ujra kell forgatni
az ezt megelozo verziok nem ismerik a 64 bites integert, aminek eredmenye az, hogy 2^31-1 (kb 2.1 GB) erteknel tulcsordulas van, es a szamlalo atfordul -2^32-re (kb -2.1 GB)asszem egyedul a wTorrent az, ami 1.07-nel kisebb verzioszamu XMLRPC-C eseten is jol jeleniti meg az ertekeket (van nemi hatulutoje is, ugyanis igy nem tud minden erteket megjeleniteni, csak amik torrenthez kotottek, mivel szuksege van a szelet meretre is, s ez pl az ossz feltolteshez nem erheto el, hisz az globalis ertek)
szoval harom lehetoseged van nagyjabol, kb ebben a sorrendben:
- xmlrpc-c ujraforgatas (optimalis eset)
- hasznalsz wTorrent-et
- beletorodsz ebbe a hibabaPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
nem, nem a torrentet, hanem az ahhoz tartozo adatokat mozgatja, reszletezem
system.method.set_key = event.download.finished,move_complete,"execute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\";d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
a system.method.set_key beallit egy esemenyhez egy feladatot (ey, vagy tobb metodushivas)
az event.download.finished a letoltes befejezese esemeny
a move_complete egy elnevezes, ez lehetoleg minden set_key hivashoz legyen egyedi, ha egy esemenyhez tobb feladat is tartozik, a vegrehajtas ennek sorrendjeben tortenikexecute=mv,-u,$d.get_base_path=,$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
az execute methodus ez meghivja az elso parametert, s atadja annak parameterkent a tobbi kapott parametert (sajna szebben nem tudom elmondani, inkabb irok peldat)
az execute=mv,1,2 meghivja az mv utasitast , s atadja neki az 1, illetve 2 parametert, vagyis annyi, mintha beirnad parancssorba, hogy mv 1 2 (1 athelyezese/atnevezese 2-be/2-veitt az elso parameter, a -u arra szolgal, hogy update-eljen, vagyis ha mar megvan az adat a celkonyvtarba, ne mozgasson
a $d.get_base_path= lekeri a torrent jelenlegi konyvtarat (vagyis, hogy mit kellmozgatni)
a $execute_capture=\"/ut/vonal/script.sh,$d.get_name\" pedig meghivja a a /ut/vonal/script.sh-t a torrent nevet (ez a $d.get_name) atadva parameternek, s visszaadja a script visszateresi erteket
itt ugye a script a korabban emlitett modon elvegez egy szurest, ergo a masolas a torrent jelenlegi helyerol, egy a torrent nevetol fuggo helyre tortenik (ezt a celhelyet a script adja vissza, a torrent neve alapjan)d.set_directory=$execute_capture=\"/ut/vonal/script.sh,$d.get_name\"
az athelyezes utan meg kell mondani az rTorrent-nek, hogy a fle-ok el lettek mozgatva, erre szolgal a [M]d.set_directory[/M], s a beallitando ertek ugyanazon scripthivas eredmenye lesz, mint ahova tenylegesen masoltunk (hisz ugyanazt a script-et hivjuk meg)a megerteshez meg segithet, hogy amennyiben egy metodushias $ karakterrel kezdodik, hogy az visszaad valamilyen eredmenyt (d.get_name pl a torrent nevet, execute_capture a meghivott script, program visszateresi erteket)
atfogobb leirast a hivatalos libTorrent / rTorrent oldalon talalhatsz, ott is leginkabb a levelezolista archivumaban keresgelve, illetve par pelda van meg a gyakori muveletek aloldalon is
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
programokod tag-ek koze tedd, akkor jobb lesz
quby: az elso post aljan van egy link, abban tobbek kozt ez is le van irva (bar az majdnem ugyanaz, mint amit Brogyi irt)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
lehet (nem emlekszem mar biztosan), hogy az rTorrent-et is ujra kell forditanod, hogy tudjon is az ujabb xmlrpc-c konyvtarrol (libTorrent-et biztosan nem szukseges)
elotte meg egy olyat probalj meg, hogy a .rorrent.rc-be beszurod az alabbi sort (ez bekapcsolja a 64 bites integer-eket), majd ujrainditod az rTorrent-et
xmlrpc_dialect = i8
(ezt futas kozben egy ctrl+X utan is beirhatod, ekkor nem kell restart, viszont a konfigba ekkor is be kell irni, maskullonben restart-kor elfelejti)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
1: a configure kimenetenek utolso 5-10 sora mi?
2: make-hez meg nem kell sudo, csak a make install-hoz
3: make-hez kell egy --with-xmlrpc-c kapcsolo, ha szeretnel XMLRPC-C tamogatast (es van egy olyan erzesem, hogy szeretnel)+1 ha nem ugyanabbol a forrasbol van az rTorrent, mint korabban, jo esely van ra, hogy libTorrent-et is kell forgatnod, hogy a verziok stimmeljenek
a ket verzio kozt 0.4.0 kulonbseg kell, hogy legyen, pl 0.8.6-os rTorrent-hez 0.12.6-os libTorrent kell (maskulonben rendkivul erdekes dolgokat tud muvelni)Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
rendszeredtol fuggoen libncurses, vagy libncurses-dev csomag fog kelleni
verzioszamot onnan tudod, hogy megnezed, mit toltottel le (ha tar.gz-t toltottel)
vagy, ha svn-bol jott mindketto, akkor biztos meg fognak felelniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
valahogy igy:
system.method.set_key = event.esemeny.tipusa,event_neve,"$execute=/usr/bin/xbmc-send,-a,\"$cat=\\\\\\\"Notification(\\\\\\\,,$d.get_name=,\\\\\\\,,$d.get_size_bytes=,\\\\\\\,,/home/user/icon)\""az execute elso parameternek ugye a vegrehajtando parancsot/programnevet varja, minden tovabbi, vesszovel elvalasztott parametert atad a meghivott programnak/scriptnek
itt ket parametert kap, az elso a -a, a masodik pedig a cat fuggveny altal osszefuzott szovegaz egesz trukkje az escape-elesben van
eloszor is, mar a cat-ot is escape-elni kell az execute idezojelei miatt
aztan a cat-nal escape-elni kell az idezojelet (\"), hogy az rTorrent tudja, at kell azt adni
viszont ha csak idezojelet adsz at, azt meg a shell nyeli le, ezert \" karaktert kell atadnod
ez escape-elve \\\"
viszont ebben meg nincs benne a cat miatt szukseges escape-eles
igy lesz a vegere osszesen 7 backslash-ed az idezojel elotta vesszoknel haszonlo a helyzet, a cat-nal is az a szeparator es az execute-nal is az a szeparator
a ,\\\\\\\,, lehet meg megteveszto, ez egyszer a cat elvalasztoja, azt koveti egy megjelenitendo vesszo, majd megegy elvalaszto
remelem nalad is fog mukodni, en ugyanis nem esemennyel, hanem print-tel teszteltem (bar ott is ugyanugy kell idezojelezni az execute-ot, szoval mennie kellene)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
Új hozzászólás Aktív témák
- Új Beats fej- és fülhallgatók jelentek meg
- A fociról könnyedén, egy baráti társaságban
- Milyen routert?
- Autóápolás, karbantartás, fényezés
- OLED TV topic
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Gmail
- Futott egy Geekbench kört egy új HTC készülék
- Vezeték nélküli fülhallgatók
- Debrecen és környéke adok-veszek-beszélgetek
- További aktív témák...
