- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Milyen billentyűzetet vegyek?
- Fujifilm X
- OLED TV topic
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Raspberry Pi
- AMD vs. INTEL vs. NVIDIA
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- iPad topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
Hirdetés
-
Egyre közelebb a Poco F6 startja
ma Újabb ár/érték csatát nyerhet a Xiaomi almárka.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
ph Megkezdődött az NPU-k elleni hadjárat, de egy fontos részletet nem említ a cég.
-
PROHARDVER!
rTorrent / libTorrent
Új hozzászólás Aktív témák
-
rt06
veterán
az igen keves, ivel az rTorrent un mmapped file-okat hasznal, ami azt jelenti, hogy minden amit letolt a memoriaba kerul, s majd a kernel eldonti, mikor kerul az kiirasra (amiatt letolteskor a memoriahasznalat eleg rendesen fel szokott szaladni, ha van szabad memoria a gepben)
20MB a mai tobb Mbps sebessegu neteknel masodpercek alatt megtelik, s ha a kernel ugy veli, eppen mas dolga van a lemeznek, akkor kapod a "Storage error: [Could not sync chunk: Input/output error]" hibauzenetet (ami annyi, hogy a lemez massal van elfoglalva, majd kesobb irja ki az adatot, viszont mivel a cache tele, a letoltes megall)a masik oka, hogy keves a 20MB, hogy seedeleskor szuksege van minden peer-hez egy szeletnyi memoriara az rTorrent-nek, ami azt jelenti, hogy ha egy 2MB szeletmeretu (ami pl a tobb gigas HD filmeknel nem ritka) tartalmat seed-elsz, akkor 10 peer utan megintcsak elfogy a memoria
ha nincs ra rendkivul nyomos okod, akkor szerintem az alapertelmezett beallitas normal hasznalhathoz megfelelo (az esetek tobbsegeben kozelebe sem fog lemenni, csak letolteskor)
tracker-t a T, es shift+T billentyukkel tudsz frissiteni, miutan az adott torrent-re navigaltal (ugy remlik, hogy ha ugyanezt a tracker-ek fulon csinalod, akkor az epp kivalasztott tracker-t frissiti)
sajnos, miota a trac oldal (itt volt) nem megy, eltunt a dokumentacio jo resze
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
N0zer0
senior tag
Értem. Én a 20MB-tot csak a lemez cachelésére írtam. Ha összegyűlik 20 mega adat, csak akkor firkáljon a lemezre, ilyen 10 meg 150KB-tokkal ne röcögtesse feleslegesen a lemezt. Nyilván, memória kellhet több is. Nem nyúltam egyelőre az alap beállításokhoz, csak ilyen port, sebesség, elérési utak, ilyesmikhez.
-
N0zer0
senior tag
Na, úgy néz ki, hogy a cache nem is lesz fontos, mert ennyi volt az rTorrentnek (v0.9.2-eset használok Kubuntu 14.04 x64 alatt). Már másodszor töltöttem le egy 2,1GB-os public torrentet. Mikor kilépek, nincs ott a letöltési mappában a cucc, hiába ért le 100%-ra. Miközben tölti, ott van, csak akkor veszik el, ha végzett vele, és én kilépek. Ez azért mocsok gáz, hogy egy torrenttel sem bír normálisan.
Pedig a fájlrendszer is rendben van, megszabadultam az összes NTFS partíciótól, az rTorrent mappáira is meg van adva minden jogosultság, és mégse jó.
-
-
N0zer0
senior tag
Igen, session könyvtár az van neki állítva (/adatmappa/rtorrent/session), a torrentet is megjegyzi. Csak elpakolta erre az eldugott helyre a letöltött fájlokat, aztán nem találtam. Eleinte azt hittem, hogy valami bugba futottam vele, vagy fájlrendszerhiba, de a másodiknál gyanakodni kezdtem.
-
rt06
veterán
azt, hogy hova toltse, az alabbi paranccsal tudod allitani:
directory = ~/torrent/unfinished
aztan lehet irni mindenfele script-eket, hogy a letoltes vegeztevel atmasolja mas konyvtarba, akar kulonfele feltetelektol fuggoen isPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Tele von Zsinór #1610 üzenetére
az spd es spdd az osszes torrent fel- es letoltesi sebesseget meri (elobbi a meres pillanataban aktualis sebesseg alapjan, utobbi a legutobbi meres ota fel- es letoltott byte-ok szama alapjan, ezert az utobbi az ajanlott, elobbi az esetleges tuskek miatt pontatlan lehet), a som pedig a torrent-enkenti osszes feltoltest
sajnos peldat epp nem tudok mutatni, mert a sajat rTorrent-emhez meg lusta voltam beloniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
steewcv65
őstag
Sziasztok!
Lenne pár kérdésem,remélem,hogy tudtok majd segíteni!
Utorrent 1.6-ot használok,és,ha nagy fájlt akarok letölteni,mindig kifagy a program!Miért van ez?
Előre is köszönöm!Üdv
#MSI B550 Gaming Plus# Amd Ryzen 5800x3D# Kingston Renegade 3733mhz cl15 #Fractal Lumen S28#Nitro+ 7900 XT #Seasonic Focus Gold 850W# HYTE Y60# Keychron Q3 Silent Peach#Epomaker Th80Pro#Razer Pro Click#Rog Cetra#34" Odyssey OLED G8 G85SB #Google Pixel7
-
rt06
veterán
válasz steewcv65 #1612 üzenetére
Hi!
jelen topic az specifikusan az rTorrent linux-os torrent kliens topic-ja, az altalanos, vagy mas klienshez kapcsolodo kerdeseket inkabb a BitTorrent topic-ban erdemes feltenni, ott nagyobb valoszinuseggel tudnak ra valaszolni
amugy elsore en arra tippelnek, hogy nem fagy ki, csak megprobalja elore lefoglalni a teljes lemezteruletet, ami szukseges lesz a letolteshez, es ez nagy allomanyok eseten akar percekig is eltarthat
elonye (a hatrany ugye egyertelmu, nem valaszol ezido alatt a program), hogy ekkor kevesbe lesz toredezett e lemez
ha jol emlekszem, van is erre beallitas a µTorrent kliensben (angolul preallocate szot keresd, magyarul nem tudom, minek neveztek)Udv: VladimirR
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
-
steewcv65
őstag
Köszönöm szépen,működik így
#MSI B550 Gaming Plus# Amd Ryzen 5800x3D# Kingston Renegade 3733mhz cl15 #Fractal Lumen S28#Nitro+ 7900 XT #Seasonic Focus Gold 850W# HYTE Y60# Keychron Q3 Silent Peach#Epomaker Th80Pro#Razer Pro Click#Rog Cetra#34" Odyssey OLED G8 G85SB #Google Pixel7
-
steewcv65
őstag
Én meg azért használok régebbi utorrentet,mert az újakba lassan jön meg a maximális letöltési sebesség!Vagy éppen ,nálam egy film esetén van,hogy nem is!!!Nem tudom,hogy ez miért van!??
#MSI B550 Gaming Plus# Amd Ryzen 5800x3D# Kingston Renegade 3733mhz cl15 #Fractal Lumen S28#Nitro+ 7900 XT #Seasonic Focus Gold 850W# HYTE Y60# Keychron Q3 Silent Peach#Epomaker Th80Pro#Razer Pro Click#Rog Cetra#34" Odyssey OLED G8 G85SB #Google Pixel7
-
rt06
veterán
válasz Tele von Zsinór #1619 üzenetére
szoval ok lennenek az igert kepek:
dht:
mem:
peers:
som:
spd:
spdd:
vol:
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Tele von Zsinór
őstag
Azt lehet befolyásolni, hogy ugyanazt a chunkot mennyi embertől kérje el? Az alábbi screenshot egy torrent info paneljéről származik, és az aktuális sávszélesség-megoszlás a lényeg. Nem tetszik.
-
rt06
veterán
válasz Tele von Zsinór #1622 üzenetére
amennyire tudom, azt a protocoll alapjan egyszerre egy helyrol kellene csak kernie, itt valami mas lehet a baj
mas torrent eseten is tortenik ilyesmi? esetleg sebessegkorlatozas mellett is?Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
N0zer0
senior tag
Az nagyon durva, ott valami más gond van. Jogvédők szoktak kamu anyagot megosztani, meg kamu torrentet csinálni, azok szándékosan produkálják az átviteli hibákat, de az olyan torrentet sürgősen törölni kell, meg negatív jelzéssel, kommenttel ellátni, hogy más se töltse le. Esetleg a RAM hibás, vagy a hálókártya halódik, vagy kábelhiba van, ilyesmi. Esetleg router van túlterhelve, vagy a helyi hálózaton van torlódás.
Nekem mindig kevés szelet/csomag megy pocsékba, ha megy egyáltalán, általában 0 szokott lenni, pedig sokféle klienssel torrenteztem már, uTorrent (2.2, 3.0-3.4 mindenféle verzió Windowson), qBittorrent (3.1.8, 3.1.9 Windowson és Linuxon is), Deluge 1.3.6, rTorrent 0.9.2, KTorrent (4.3.x-es ágból néhány verzió), BitTorrent 7.2-es verzió (Windowson). Egyikkel sem volt ilyen gond.
[ Szerkesztve ]
-
rt06
veterán
válasz Tele von Zsinór #1625 üzenetére
most, hogy igy ketten is mondtatotk, megneztem, es nalam is atlag 10-20% loss van, ami kb 9-18%-kal tobb, mint ami egeszseges lenne
ha lesz ra nemi idom (sajnos ez legjobb esetben is honapokat jelent) megprobalok utana jarniaz viszont, ami nalad van (majdnem a fele szar), kulonosen aggaszto, ilyet legutobb valamilyik 2.6-os kernelnel lattam (ott ismert (kernel) bug volt)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Tele von Zsinór
őstag
Nagyon ritkán nézegetem a klienst üzem közben, most épp így jött ki a lépés - általában automatizáltan dolgozik éjjelente, amikor alszom. Mostantól majd igyekszem jobban figyelni erre.
Mára lejött 4 torrent, ami még seedben áll, azoknál a waste 4-50% (ötven) között mozog.
A kernelem uname szerint 3.2.0-65-generic (ubuntu 12.04-en).
Az utánanézést pedig köszi, akármikorra is sikerül.
[ Szerkesztve ]
-
DrojDtroll
addikt
ezt a hibaüzenetet miért kapom?
Tracker: [Object operator [peers] could not find element]
-
DrojDtroll
addikt
Minden torrentnál ami a raspberrypi.org oldalról származik.
A többi torrentnél nincs ez kiirva. -
rt06
veterán
válasz DrojDtroll #1630 üzenetére
nalam (0.9.2/0.13.2) is produkalja az osszes onnan letoltheto torrent-tel (ezelott sosem lattam ezt a hibat), s ranezesre csak bejovo kapcsolatok voltak, kimenot egyet sem inditott a kliens
ezt csak kb megnyugtataskent irtam le, hogy a hiba nem a te keszulekedben van, de az eredeterol nem tudok mit mondaniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
.:GoliBali:.
aktív tag
Sziasztok
Lehet hogy volt már itt szó róla, de hirtelen nem találtam meg a topicban.
Szóval másnál is előjön az a hiba, hogy ha egy torrentben egy fájlt bállítok, hogy ne töltse le/hagyja ki, akkor is elkészíti neki a fájlt csak 0bájtosként. Van esetleg erre valami config, hogy ne csinálja ezt?
#!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj $/= unpack( 'H*' , $_ ); $_ = `echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
-
rt06
veterán
válasz .:GoliBali:. #1633 üzenetére
ez legjobb tudomasom szerint nem megoldhato, foleg azert, mert ha egy szelet atlog ket file kozott, s neked csak az egyik kell, a masikba akkor is bele fogja irni az atlogo reszt, mivel szeletet csak egeszeben lehet letolteni
ez kliensenkent valtozo, µTorrent pl egy kulon file-ba dobalja az ilyen fel szeleteket, az rTorrent meg maganak a file-nak az elejere/vegerePolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
bencsikgab
tag
Sziasztok!
Mik a tapasztalok a legfrissebb rTorrent+libtorrent kombóval? Mennyire stabil?
-
korcsi
veterán
válasz bencsikgab #1636 üzenetére
Nekem bevált.
[ Szerkesztve ]
referencia 5700(XT) plexi ARGB-s blokk eladó!
-
addikt
Sziasztok,
Van valami fejlemeny XMLRPC tamogatassal rendelkezo rTorrent-rol windows ala?
Ahogy latom cygwin-es verzio meg mindig nem tamogatja, esetleg valami hasznalhato utmutato?
Par evvel ezelott probalkoztam vele, de nem igazan jott ossze, meg rt06 kollega segitsegevel sem, de most megint ram jott, hogy jo lenne megoldani. -
rt06
veterán
-
addikt
Milyen patchre gondolsz?
A cygwin-be most a 0.9.4-es verzio van, de ahogy latom xmlrpc package az egyaltalan nincs vagyis csak valami php-s.
Ha van valami friss leirasod akkor szivesen megprobalom, bar nem vagyok annyira otthon az ilyen dolgok forditgatasaban, de majd legfeljebb megirom ide milyen problemaba utkoztam.
Anno az altalad keszitett utmutato szerint kis pocsoles utan letudtam forditani, de valami gond volt vele mukodes kozben, bar mar nem tudnam felidezni, hogy mi. -
rt06
veterán
megtenned, hogy teszel egy probat friss forraskoddal?
nekem a libTorrent forgatasa elhasal, de sajnos teljesen hulye vagyok a cpp-hez es mielott elkezdek hulyesegeket kerdezni rola, jo lenne latni, masnal is jelentkezik-e a problema
sigc++ elvileg mar nem kell, mert lett belole cygwin package, patch meg az rTorrent-hez keszult, addig el sem jutottamsiman csak az alabbi erdekelne:
cd /usr/local/src/
git clone https://github.com/rakshasa/libtorrent libtorrent-git
cd /usr/local/src/libtorrent-git
./autogen.sh
./configure --disable-mincore
makelinux-on hibatlanul lefordul, cygwin alatt 32 es 64 biten is elhajintja magat (gcc version 4.8.3 (GCC))
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
addikt
Nekem is elhalt, leginkabb azzal, hogy a "random" fuggveny not declared.
Ez alapjan kicsereltem mindenhol a "random"-ot "rand"-ra.
Utana a "strcasecmp"-el gyult meg a baja, szinten, mert POSIX cucc, nem sima C++-os, erre volt par define moka gugliban, de egyik sem mukodott, vegul talaltam olyan figgvenyt amivel helyettesiteni lehet s azt hasznaltam.
Igy mar lefordult, installalni is lehetett, de hogy ezen valtoztatasokkal is jol mukodne-e, azt nem tudom, bar elvileg az eredetiekkel ekvivalens modositasok.
Itt egy git-es diff kimenet, esetleg probald meg alkalmazni s nezd meg, hogy igy jo-e. -
addikt
Na, idokozben nekem sikerult leforditani, miutan az rTorrent forrasat is athackeltem.
Latszolag minden ok vele, xmlrpc is mukodik.
Mondjuk en a forditas utan meg szoptam egy sort azzal, hogy az 1000 eves konfig fajlomban kb. az osszes hasznalt parancs deprecated volt.
Felhuztam egy teljesen uj Win7-et egy virtualis gepre, s vegigcsinaltam az egesz folyamatot ujra, hogy teszteljem a patcheket is, meg hogy tenyleg mik a szukseges lepesek egy szuz telepitesnel.
Csinaltam egy leirast belole, a tiedre alapozva: [link]
Itt megvan minden info ami elvileg kellhet, a patchekkel egyutt, meg a package verziokkal.Az rTorrentnel is nagyreszt ugyanazokat a hackeket kellett alkalmazni mint a libtorrentnel, egy dolog viszont volt, ami nem tudom gondot okoz-e majd(eddig nekem nem).
A main.cc-ben van egy ilyen sor:
srand48(cachedTime.usec() ^ (getpid() << 16) ^ getppid());
srand48 szinten nincs Windowson alapbol, guglival talaltam olyat, hogy mas kapcsolokkal ha forditjuk akkor elerheto lesz, meg ilyen FreeBSD alapjan keszitett implementaciokat, de kapcsolokhoz nem akartam hozzanyulni, a custom implementacioknal meg nem vagtam, hogy mit hova kellene rakni, meg header fajlt kell-e gyartani hozza stb, igy vegul egy ilyen megoldasnal maradtam:
#define srand48(sv) (srand((unsigned)(sv)))
Nem egyenerteku az eredeti fuggvennyel, de nem tudom valoban szukseg van-e ra, mert total nem latom, hogy hol vagy mire hasznalna.Most mar csak egy normalis xmlrpc command reference kellene, ami legalabb annyit leir, hogy melyik parancs milyen paramatereket var, de egyelore nem talaltam.
Forraskodban is nulla dokumentacio van hozzajuk.
Te tudsz esetleg ilyet vagy barmi mas modszert amivel kideritheto? -
Tsigu
csendes tag
Sziasztok! Apró beállítási segítséget kérek tőletek. rtorrent 0.9.4-et használok és azt szeretném beállítani, hogy egyszerre csak két fájlt töltsön le a többit pedig várakoztassa, amíg valamelyik le nem töltődött. Rémlik, mintha már beállítottam ezt valamikor a 0.8.6-ban de hiába keresem az .rc fájlokban, amiket elmentettem magamnak, nem találom ezt a beállítást.
Van erre beállítási lehetőség?
Köszönöm segítségeteket!
Új hozzászólás Aktív témák
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Eladó Steam kulcsok kedvező áron!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Vírusirtó, Antivirus VPN kulcsok