Új hozzászólás Aktív témák
-
Sonja
veterán
Dehogy Mbit, MiB volt az. Átlagosan 30 vagy 35MiB/sec-el jött. 26 perc alatt jött le a 47GiB. DigiNET 1000-es 1000/100Mbit csomag (ami 650-700Mbit között van csak). Oké, hogy kb. ennyit bírnak a HDD-k random írásnál, de maga a beállítás kellett nekem, hogy ne legyen folyton "Disc overloaded", mert akkor ugye a letöltési sebesség is leesett akár 2MiB/sec-re is.
Ezzel most így elégedett vagyok.
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
TeeJay
félisten
pornóból HD, filmből szintén 720p-1080p-BD, esetleg ha van 3D BD is a lényeg hogy 10GB feletti legyen minden azzal lehet jól seedelni. játékokból meg a friss sláger játékok amik szintén 10-20-30gigásak
sima 2-300megás izével esélyed nincs semmire mert a sok gigabit szerveres 90-100megabájttal másodpercek alatt lekapja és utána már kutyának nem kell a 30-50-100megabites feltöltésed sem.gyakorlatilag heti szinten jön ki 1-2 új film
azt xvid és x264 SD-ben, 720p/1080p mkv-val, illetve az összes HD képfájl vagy nagyobb minőségben azonnal tölteni kell
ha már sok századik seederként végzel pisloghatszMixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
Wolverine
félisten
Ez az opció jelenleg is be van pipálva, mint élő beállítás; és a megnyitott torrenteket nem is kezdi el letölteni sehová sem a kliens. A tűzfalbeállításaimon sem változtattam, ráadásul nem is jelentett blokkolást a tűzfal. Tanácstalan vagyok egyelőre.
[ Szerkesztve ]
"I'm the best there is at what I do, but what I do best isn't very nice." (Wolverine) / "Hello, I'm the Doctor. Basically... run." (a 11. Doktor)
-
carr
őstag
Sziasztok!
Mi van akkor, ha tegnap este még ment a le/feltöltés, ma reggelre meg azt írja, hogy "szétkapcsolt", ill. "a peer megszakította a a kapcsolatot" ?
Jelzés nincs a jobb alsó sarokban. utorrent 2.2.1-et használok.
Most se seed-et sem peer-t nem mutat, csak 0-át.
Teszt szerint a port nyitva, utorrent szerint a port nincs nyitva.
Ha új torrentet adok hozzá, akkor sem indul el a letöltés.
ez mi lehet?
routerben nyitva a port, IP szerint is.
Köszönöm.360+Mindenkit szeress,ne sokban bízz,Ne bánts senkit,ellenséged inkább féljen,Minthogy legyőzd,barátodat szívedre rejtsd,Szidjanak hallgatásért,ne beszédért.
-
ElGatto
aktív tag
Ok az indikátor állapotát értem, de van annak valami oka vagy beállítási hiba, hogy nem akar visszatölteni a kliens? Szóval én sem tudom, hogy nem tudnak kapcsolódni, vagy nem is akarnak... ez a nagy kérdés.
Mely beállításokat lenne érdemes ellenőrizni?
Köszi[ Szerkesztve ]
-
enginev3.0
félisten
Aktív? Én nem úgy látom a képen [link], nézd csak meg a jobb alsó sarkot, sárga háromszög, szóval teszt ide vagy oda, biztos hogy nem aktív, és ez rengeteget számít
Nálam helyesen beállított router és modem mellett, a kliens még olyan torrenteknél is képes új letöltőkhöz csatlakozni ahol több ezer seeder van [link]
Olyan meg nincs hogy tudnak tőle tölteni csak nem akarnak, a kliens nem válogat, ahhoz csatlakozik amit talál, passzívak hátránybanRáadásul DHT be van kapcsolva, ami zárt trackereknél nem engedélyezett, pl ncoreon külön kérik hogy legyen kikapcsolva, mert hibásan számolhat az oldal
Ilyen beállítások mellett én sem várnék többet
[ Szerkesztve ]
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
enginev3.0
félisten
upnp meg annyit is ér mint halottnak a csók
Hiába kapcsoltam be az upnp-t annó, nem lett aktív a port, mikor kézzel engedélyeztem a thome-os modemben és a dlink routerben is akkor lett jó, addig fejen is állhattam nekiDHT nincs hatással, gondolom ezért kérik hogy kapcsold ki
Felőlem oszthatod itt dühösen az észt, ettől függetlenül nálam NAS-on napi 24 órában megy a seed, és nincs olyan perc, hogy ne lenne aktív valamely torrentem a 35-ből, és szinte az összes torrent keresett, szóval több száz, vagy ezer seeder van, olykor néhány leecherre, de erről már fentebb képet is mutattam
[ Szerkesztve ]
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
enginev3.0
félisten
Hozzátenném, hogy ez egy NAS, amire most telepítettem fel ezt a klienst (deluge), nem régóta fut, és a kép lényege nem a ratio volt, hanem hogy a fórumtárssal ellentétben, kevés leecher mellett sem lehetetlen peert kapni egy jól beállított router+modem mellett
Ott van a 170Gb-os torrent, hiába írja hogy 65 seeder van és 102 letöltő. Igazából alig van 10 letöltő kb, mivel a többi csak partial seeder, de ez az oldalon látszik jobban, szóval nagyjából 65 feltöltőre jut 10 letöltő, így ebből ebben a pillanatban én most 9-hez vagyok csatlakozvaSzóval még mindig tartom az álláspontom, egy jól beállított router, modem, és kliens társaságában, olyan kevésbé fordulhat elő, hogy az illető letölt valami, és amint kicsit több lesz a seeder mint a leecher már is lenullázódik a feltöltési sebesség
A sas száll ide - száll oda, de a szálloda nem sas ide - sas oda || Logitech <3
-
TBMC
addikt
sikerult visszapakolni a regebbi utorrenteket offline allapotban, koszonom!
viszont, 3.0val a kovetkezo problemam van teszt soran:
3.1.3 al a teszt okes, mint akar a 3.42el, viszont u.ugy nem seedel vissza.
valakinek otlet? az oruletbe kerget mar, hogy miota ujra huztam a wint azota nem tudok seedelni... :/
[ Szerkesztve ]
markbellus.hu
-
TBMC
addikt
-
Egyszerre csak 1 torrent-et hajlandó ellenőrizni, még akkor sem ugrik rá többre, mikor külön partíciókon vannak (d:, f:, stb meghajtók közt nem tesz különbséget, egyszerre csak egyet hash-ol, ami szerintem buta dolog, de bizonyos szempontból biztonságosabb, pl. van aki szereti szétszaggatni egy szál eszköz tárhelyét külön partíciókra akkor is, ha gyakorlatilag végül mégis azonos célokra használja őket...).
Be van kapcsolva az előre foglalás (végignullázás nélkül) + most kíváncsiságból megnéztem a defrag.exe-vel, és megerősített abban, hogy nincs agyontöredezve.
Tuningolt SandyBridge CPU mellett van 8Gb dual-channel 2133Mhz CL9 RAM, amiből most 4+ Gb van szabadon és tudtommal semmi sem zabálja fel a sávszélt. Az utorrent cache mérete max 512Mb-ra van állítva (azt hiszem már 128 az alap és régen 32 volt?).
Nézelődtem és nem találtam ilyet. A cache stripe állítható, de annak semmi hatását nem tapasztaltam disk I/O-ra nézve (ez elvileg a RAM-ban tárolt adatokra vonatkozik és elég gyors a CPU+RAM, hogy az ideálistól messze eső értékekkel se köhögjön az utorrent munkája alatt). Illetve az írást lehet még ütemezni kicsit, bár elég bután (gyakorlatilag size/time, nem io size és queue lenght, ami kicsit morbid, de végül is működik, letöltéskor nincs látható gond olyan sebességeknél, amikre a netem képes).
Szóval arra gyanakszom, hogy a programban van valami hiba. Pl. nem is szekvenciálisan próbál olvasni, hanem kis szeletekben. Csak nem értem, hogy vajon miért. Mármint, hogy miként lehetne ilyen véletlenszerű bug, vagy hogy szándékosan mi okuk lehetne rá, hogy így állítsák be?
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Hoppá, ezt csúnyán elnéztem. Nem egyáltalán nem, hanem abszolút töredezett minden file a HDD-n. Úgy tűnik, hogy mégsem működik ez a sparse file allocation mód, mikor nem nullázza és foglalja le előre a helyet a HDD-n, hanem az NTFS filrendszernek szól előre, hogy majd mekkora helyet akar megtölteni a file, így az elvileg félretenne neki megfelelő méretű szabad terület(ek)et (ha lehetséges, de itt a vendég HDD-nél friss format után, vagy a saját HDD-imet tekintve rendszeres defrag mellett ennek nem láttam akadályát, így elegáns, kényelmes megoldásnak tűnt).
Azért használtam ezt a módot, mert egyébként vagy adminisztrátorként kell futtatni az utorrent-et, vagy meg kell várni, míg teleírja a lefoglalandó lemezterületet nullákkal (amit ráadásul úgy szeret csinál az utorrent, hogy látszólag "megfagy", míg ezen ütyködik).[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Majd még talán kipróbálom, hogy kérek teljes előrefoglalást, de kikapcsolom az alapértelmezést, hogy nullázás nélkül foglaljon magának helyet (amit csak adminként tud), így talán ha ő is arra számít, hogy várnia kell a nullázásra, akkor nem fagy meg tőle.
De elkeserítő, hogy ilyen "hatékony" a sparse file kezelés. Bár gondolom ez talán az OS hibája (noha ez sem szép, sok Windows kijött már az NFTS 3.0, de az utolsó 3.1 verzió óta is).TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Ez a HDD most 97%-os volt.
Úgy tudtam töredezettségmentesíteni, hogy áthelyeztem róla mindent másik eszközre, majd vissza.Én úgy értelmeztem a leírását, hogy sparse file esetén a felhasználói program (itt utorrent) szól a filerendszernek, hogy mekkora lesz majd a file, ami ugyan nem foglalja le előre ezt helyet a szabad területből, viszont nem csak tudomásul, hanem figyelembe is veszi ezt a méretet a későbbi terület allokációk során (tehát ha pl. van egy-egy 10, 20 és 30 Gb-os szabad terület és létrehozol egy 19Gb-os sparse file-t, akkor "gondolatban félreteszi" neki a 20Gb-os területet és a következő 5Gb-os normál vagy szintén sparse file-nak hasonlóan "odagondolja" a 10Gb-ból az 5-öt, stb ; persze míg megtehet ilyesmiket, mert vannak összefüggő szabad területek, de ugyan így egy 40Gb-os file-hoz is odatársítja a legnagyobb <40 szeleteket, amiket talál...), így aztán a program ezen a területen mindent a helyére tud írni.
De most kicsit tovább olvasgattam, és úgy tűnik, hogy félrevezető volt a leírás, így mivel ezt szerettem volna beleérteni (mivel nagyon elegánsnak tűnt az elképzelés), így elhittem magamnak, hogy ez ilyen ügyesen és szépen működik.TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Megtaláltam, hogy mit olvastam, mikor megtetszett és bekapcsoltam:
http://www.bittorrent.com/help/manual/appendixa0212
-----
diskio.sparse_files: Enabling this option causes BitTorrent to allocate only the data that it writes, but will inform the filesystem of the file's size (so that it can attempt to reserve enough contiguous space on the hard drive without having to physically zero all of the space out for the file). Even though space is reserved for the file, no space will be taken for the unwritten parts of the file. Enabling this option may potentially lead to increased disk fragmentation in rare cases where the drive does not have enough free space available to honor the space reservation for sparse files.
-----Márpedig ebben a példában, a frissen formázott lemezen biztos, hogy a legtöbb letölteni kívánt file részére bőséggel lett volna összefüggő szabad terület (legfeljebb néhány file eshetett volt néhány darabra, mikor metaadatokat kerülget), tehát ha valaha, hát most elemében lehetett volna ez a funkció.
EXT4-el még nem próbáltam, hogy legalább Linux úgy viselkedik-e a sparse file-okkal, ahogy itt leírták, de lehet hogy ez a leírás a téves.
[ Szerkesztve ]
TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Azt emeltem ki - ahogy előre jeleztem - amin akkor szívesen akadt meg a szemem.
Azt hiszem "foglalási egység"-nek fordítják.
Mi mást tudna csinálni a leírás alapján? Nem veszi ki fixen a szabad területből, "gondolatban" elvileg mégis lefoglal(hat)ja valahogy (vagyis ezek szerintem a gyakorlatban nem teszi az NTFS, de...). Ha nem az AU-kat teszi féle, akkor nem is tesz félre semmit (és úgy tűnik, hogy ez is a helyzet, de a szöveg nem erre utalt).TV/monitor kalibrálást vállalok. ||| "All right , Thom. But understand this: I do care for you. I care for all the lost souls than end up up here."
-
Croft-21
őstag
"a kép alapján amugy az a probléma, hogy 1 seeder-hez kapcsolódtál csak"
Tudtommal én nem tudom szabályozni, hogy hány seedhez akarok kapcsolódni. Kevesen seedelik a fájlt, pedig a tpb oldalán az áll, hogy jelenleg 51 seed, 713 peer van. Ehhez képest nálam a torrentben jó ha 2 seed van.
Új hozzászólás Aktív témák
FIGYELEM!
● A fórumon TILOS A WAREZ!
● Torrent meghívó kunyeráló topik
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Vírusirtó, Antivirus VPN kulcsok
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest