Új hozzászólás Aktív témák

• #18696 sutyi^ senior tag gg72 #18694

  Új Válasz 2016-10-03 07:57:08 #18696

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sutyi^

  senior tag

  válasz gg72 #18694 üzenetére

  T-Optinet - Nem elérhetőek
  T-Mobile 4G - Elérhetőek

  

  Szvsz valami DNS nyűg, bár kicsit furcsa...

• #18692 sutykuru aktív tag gg72 #18691

  Új Válasz 2016-10-02 23:32:46 #18692

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sutykuru

  aktív tag

  válasz gg72 #18691 üzenetére

  T alól nem elérhető egyik oldal sem.

• #13624 F34R nagyúr gg72 #13623

  Új Válasz 2013-07-06 15:18:58 #13624

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  F34R

  nagyúr

  válasz gg72 #13623 üzenetére

  En a Vuzet mindenkepp leirtanam, Java-ban irodott program csak ugy gyilkolja az eroforrast.
  Inkabb valami 2.xx-es microtorrentet.

• #10595 MasterMark titán gg72 #10594

  Új Válasz 2011-10-15 13:13:31 #10595

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MasterMark

  titán

  válasz gg72 #10594 üzenetére

  Ott a pont. Cache méretét 512-re állítottam és megjavult. Nagyon köszönöm a segítségeteket.

• #10566 Kekmen senior tag gg72 #10565

  Új Válasz 2011-10-14 15:07:01 #10566

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Kekmen

  senior tag

  válasz gg72 #10565 üzenetére

  Kompatibilis. Csak appdata/utorrent-ből másolj ki mindent, majd bittorrent telepítés után (természetesen a kliens ne fusson) appdata/BitTorrent-be bemásolod és megy is.

• #10539 rt06 veterán gg72 #10538

  Új Válasz 2011-10-09 21:11:08 #10539

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  rt06

  veterán

  válasz gg72 #10538 üzenetére

  jelenlegi helyzetednel rosszabb nem igen lesz
  ha mukodne normalisan a kliens, akkor lehetne mondani, hogy ahhoz az allapothoz kepes nagyobb terheles erne a lemezt, mert aint letoltodott egy reszlet, azt egybol ki fogja irni, s nem varja meg, amig tobb MB-nyi, esetleg egymas utan kovetkezo kiirando adat lesz

  jozsi252:
  a bittorrent a protokoll leirasbol adodoan letolteskor veletlenszeruen ker a masik feltol szeleteket, melyeket - amennyiben elore lefoglalasra kerult a hely - ennekmegfelelo sorrndben, a lemez iro-olvaso fejet ossze-vissza rangatva kell kiirnia
  ehhez meg hozzajon, hogy egyszerre altalaban tobb peer-tol is tolt a kliens, ami meginkabb megnoveli a szeletek szetszortsagat
  es ennek tetejebe meg jon az is, hogy ki kell szolgalni a kapcsolodo leecher-eket, akik szinten veltlenszeru szeleteket kernek tolunk, melyek kiolvasasahoz szinten ossze-vissza kell rangatni az iro-olvaso fejet

  ezzel a legnagyobb problema az, hogy mig a merevlemezek lineraris irasban vagy olvasasban kepesek tobb 10 MBps-ot is produkalni, addig a random iras/olvasas (foleg a ketto egyutt) a fej sokszori pozicionalasa miatt lenyegesen lassabb (mint irtam, lattam mar sata2-es lemezt megallni 2-3MBps korul 100%-os terheltseggel - es nem az utorrent bugos merceje szerint)

  erre jo megoldas a minel magasabb fordulato (esetleg scsi) merevlemezek lehetnek, vagy meginkabb az ssd-k, ahol az eleresi ido nem fugg a "lemezen" valo poziciotol, nincs a lemezeknel megszokott "seek time" (amig a fejet a megfelelo helyre pozicionalja a meghajto)

  a tobb cache valamennyit segithet, viszont csak akkor, ha a lemez iras/olvasas elott sorba is rendezi az elvegzendo muveleteket (nem tudom, erre mostansag mennyire kepesek az asztali gepekbe szant lemezek)

• #10538 gg72 veterán gg72 #10522

  Új Válasz 2011-10-09 20:21:54 #10538

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gg72

  veterán

  válasz gg72 #10522 üzenetére

  Úgy tűnik, hogy nem egyedi a problémám (ebben a topicban is volt már szó róla, visszakerestem), de az eredeti utorrent topicban találtam talán egy megoldást rá:

  I'm back with some bad news. Reverting to an older version didn't fix the problem.
  I've noticed that only utorrent has this issue; I've tested with other clients.
  The only way to avoid this, is to disable the write caching from advanced settings.
  The problem is that the cache starts to fill and when it hits the limit, it's not flushed and the disk overload error appears. If I tweak the settings and stop and restart the torrent, the cache will start working correctly without the disk overload error (downloading with 8-10 MB/s).
  However, I have no idea what causes this. As I said, I tested other clients and they handle the cache correctly.
  What is even more weird, is that I never experienced this issue in the years since I'm using utorrent. This started happening after I've changed my HDD (WD Caviar Black 750 GB) and reinstalled Windows 7 x64 Professional (before I used Ultimate edition).
  [link]

  Kérdésem az lenne, hogy milyen hátránnyal jár az, ha kikapcsolom a Lemez cache menüpontban a lemezírási gyorsítótárat?

  Mert más klienst meg nem nagyon akarnék használni, habár ezek szerint csak az utorrentnél jelentkezik ez a hiba.

• #10537 sfdrakex nagyúr gg72 #10535

  Új Válasz 2011-10-09 20:20:09 #10537

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sfdrakex

  nagyúr

  válasz gg72 #10535 üzenetére

  Ha switch nélkül nem volt gond, akkor nem kizárt hogy az okozza az akadást. Próbáld ki nélküle.

• #10534 sfdrakex nagyúr gg72 #10530

  Új Válasz 2011-10-09 18:42:53 #10534

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sfdrakex

  nagyúr

  válasz gg72 #10530 üzenetére

  Nem hiszem hogy ez a gond, nekem egy régi 120 gigás 7200 es Samsung vinyóm amire töltök és amiről seedelek. Igaz másra nem használom, nem fut róla program, nem nézek róla filmet stb, de simán bírja a 80/25 ös netem terhelését, ami lefelé 10 megabájt/sec tehát több mint 4 szerese a tiédnek. Lehet hogy szimplán a neted vagy router nem bírja a nagy igénybevételt és azért vágja le, kapcsolatok számát csökkentsd.

• #10531 rt06 veterán gg72 #10530

  Új Válasz 2011-10-09 18:35:18 #10531

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  rt06

  veterán

  válasz gg72 #10530 üzenetére

  igen, ez mindenkeppen segitene

• #10528 jozsi252 veterán gg72 #10526

  Új Válasz 2011-10-09 17:31:22 #10528

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jozsi252

  veterán

  válasz gg72 #10526 üzenetére

  ott ugye az alsó értéknél van egy kis sáv, a végén odalesz írva ha 256 mbyte-ra raktad hogy 256 és azt kellene nézned hogy mennyire telik meg

• #10525 rt06 veterán gg72 #10522

  Új Válasz 2011-10-09 17:13:25 #10525

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  rt06

  veterán

  válasz gg72 #10522 üzenetére

  a protokollbol adodoan random io muveletre lenne szukseg, amit a legujabb lemezek sem kepesek par MBps-nel gyorsabban vegrehajtani (foleg az irast, de lattam mar 2-3MBps olvasastol kiakadni lemezt)

  amint jozsi252 irta, probald meg a cache meretet novelni, ekkor van nemi eselye, hogy a rendszer tudja blokkositva kiirni az adatokat

• #10523 jozsi252 veterán gg72 #10522

  Új Válasz 2011-10-09 17:11:12 #10523

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jozsi252

  veterán

  válasz gg72 #10522 üzenetére

  Átmeneti tároló néven van egy beállítás a haladón belül, ott azt állítsad 256 megabájtra és nézd meg a sebesség statnál hogy az írási statisztikánál hogy áll a cache.

• #10521 jozsi252 veterán gg72 #10507

  Új Válasz 2011-10-09 15:36:23 #10521

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  jozsi252

  veterán

  válasz gg72 #10507 üzenetére

  Próbáld meg hogy vársz picit és visszaindul-e. Amúgy milyen winyóra töltesz? különálló winyó vagy arra töltesz amin az OS is rajtavan. Amúgy ha adsz neki több cachet akkor lehet hogy jólesz de nemlehet a végtelenségig adni neki.

• #10520 PonPon senior tag gg72 #10507

  Új Válasz 2011-10-09 15:26:56 #10520

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PonPon

  senior tag

  válasz gg72 #10507 üzenetére

  a lemez túlterhelés nem azt jelenti hogy tele van... nem bírja szuflával. i/o műveletek megfektették...

Új hozzászólás Aktív témák