Új hozzászólás Aktív témák
-
VladimirR
nagyúr
A sebességről
Szeretnék fel-, letölteni, de nem akar elindulni - miért?
- senkit nem érdekel a cucc, nincs leecher, nincs seeder*
- nem megfelelő a titkosítás beállítása nálad és/vagy a kliensnél (te például nem engeded a titkosítást, a másik fél meg erőltetné - az optimális, ha mind kimenő, mind bejövő kapcsolatnál engedve van, de nincs erőltetve: így mindkét esetben (tiltás, erőltetés) tudsz kapcsolódni, kapcsolatot fogadni)
- mindketten passzívak vagytok, így aztán nem jön létre kapcsolat
- nincs szabad slot-ot: bár a másik fél megpróbál kapcsolódni, te nem hagyod neki, mert más feltöltéseid, letöltéseid miatt elfogyott minden beállított slot-od (növeld a slot-ok számát, vagy állíts le pár másik fel- és/vagy letöltést)
- a kliens tölteni akarja a cuccot, viszont nem tőled (lehet, másokhoz próbál először kapcsolódni, sikerül neki, elfogy a slot-ja, hozzád már meg sem próbál kapcsolódni)
- csak***: a megfelelő aláhúzandó annak tükrében, hogy fel-, vagy letölteni akarsz éppen.
**: ez a fogalmam sincs, miért nem kapcsolódik kategória. Magam is találkoztam már ilyennel: seed-eltem egy torrent-et (egyedüli seed-ként), másik gépről megpróbáltam letölteni (egyedüli leecher-ként). A tracker látta, hogy van egy leecher és egy seeder (mindkettő én voltam ugye, csak más gépekről), átadta a klienseknek a másik gép IP-jét, mindkét gép aktív volt, egyik torrent kliensben sem volt más le- és/vagy feltöltés, mi több, telnet-tel tudtam kapcsolódni bármely gépről a másik gép torrent klienséhez. Ennek ellenére nem ment az adatátvitel (aztán másfél nap elteltével egyszer csak létrejött a kapcsolat, azóta sem tudom miért, miért csak akkor, vagy hogy miért pont akkor).Nekem elindult, de miért toltok ilyen lassan?
Nem csak tőled függ a sebesség, hanem a másik féltől is és millió és egy oka lehet a lassúságnak. Rengeteg tényező befolyásolja azt, hogy te milyen sebességgel tudsz fel-, vagy éppen letölteni.
Álljon itt néhány, a teljesség igénye nélkül:
- a swarm mérete
- a swarm összetétele (seeder/leecher arány)
- a peer-ek internetkapcsolata
- a peer-ek egyéb torrent forgalma
- a peer-ek egyéb p2p forgalma
- a peer-ek egyéb internetforgalma
- a peer-ek internetkapcsolata, sávszélesség-korlátozása
- korlátoztad a feltöltési sebességed, s ezért a program korlátozta a letöltésed
- a szolgáltatód korlátozza, vagy priorizálta a BitTorrent, vagy a teljes p2p forgalmadat
- az előző pontban írtak szintén érvényesek lehetnek itt is
És végül, de nem utolsó sorban függ a te internetkapcsolatodtól, feltöltésedtől is (következő pont).Van rengeteg seeder, jó gyorsan tudok tőlük tölteni, de egy idő után lelassul, szinte magáll - miért?
Aszimmetrikus internetcsomagok (Magyarországon ezek a jellemző csomagok - legalábbis a megfizethetőek) esetében elő szokott fordulni az ACK csomagok nem tudnak kimenni, ezért drasztikusan csökken a letöltési sebesség.
Az ACK (acknowledge) csomag arra való, hogy ha letöltesz valamit, akkor minden egyes csomag megérkezése után feltöltesz a másik fél felé egy üzenetet, amiben elmondod, hogy "igen, a csomag megjött" - amíg a másik fél ezt nem kapja meg, nem küldi a következő adagot.A probléma forrása az, hogy ha növeled a feltöltésed, akkor ezek az ACK csomagok nem mindig jutnak ki, vagy legalábbis nem időben, mivel a magas feltöltés miatt várakozniuk kell.
Ekkor a másik fél úgy érzékeli, hogy te nem kaptad meg az általa küldött csomagot és újraküldi azt, illetve csökkenti a sebességet - ennek eredményeképpen csökken a letöltési sebességed.Az egyik megoldás erre, hogy csökkented a feltöltési sebességed (tapasztalataim szerint 1024/128-as netnél (gyakorlatban is ennyi a sebessége, nem csak papíron) 9 kB feltöltés az, ami mellett meg maximális sebességgel tudok letölteni.
E felett mar nem jut ki minden ACK csomag és lassul a letöltés.A másik lehetőség, hogy olyan router-t veszel, ami képes a csomagok priorizálására (ezek meglehetősen drágák).
Harmadik lehetőség, hogy Linux-ra térsz át (vagy saját gépeden, vagy Linux-os gépet/router-t használsz), ott ez szokott működni (ha be tudja állítani az ember).Még van egy elég olcsó (1900Ft), elég könnyen használható megoldás is, a cFos, vagy cFosSpeed program.
Ez annyit csinál, hogy priorizálja a hálózati forgalmadat, vagyis meghatározza, mely csomagoknak van elsőbbsége (traffic shaping).
Az ACK csomagok magas prioritást kapnak, és így mindig kijutnak, a teljes letöltési sebességed kihasználása mellett a lehető legnagyobb elérhető sebességgel tudsz feltölteni (ami sávszélesség-korlátozással nem menne).Ezt talán az alábbi három ábrával lehet szemlélteni a legjobban (a képek a cfos.de oldalról származnak)
1: Normális eset, ahol a letöltés ténye megerősítést nyer (ACK csomagok formájában)
2: Nincs traffic shaping, az ACK csomagok a magas feltöltés miatt várakozni kényszerülnek, ezzel lelassítva a letöltésünket
3: Az ACK csomagok a magas prioritásnak köszönhetően várakozás nélkül kerülnek elküldésre, így folyamatos feltöltés mellett sem csökken a letöltési sebességünk
Emellett, mivel a program a forgalmazott protokoll típusától, a forgalmazó programoktól függően is tudja szabályozni a forgalmat, használata mellett a torrent-ezéstől, egyéb p2p program használatától nem lassul be a neted, hanem nyugodtan játszhatsz, webrádiózhatsz mellette.
Nekem, egy rendesen beállított cFosSpeed mellet volt rá példa, hogy BitTorrent és DC++ is futott a gépemen, mindkettő töltött fel is, le is szép sebességgel, emellett szólt egy 128 kbps-os webrádió akadás nélkül és neten játszottam, olyan ping-gel, mintha az előzőek közül semmi sem futott volna.
Ez a cFosSpeed nélkül nagyjából úgy nézett volna ki, hogy a torrent és a DC egymással versenyezve nyírja ki a netem, a letöltésem, a webrádió folyton pufferel, a játék pedig rettentő mód lagzik.- a program 30 napos próbaverzióját innen tudod letölteni
- van magyar oldal (nem hivatalos, de sok infó van fent)
- ha kérdésed van, akkor van neki saját topic-ja isVan rengeteg seeder, jó gyorsan tudok tőlük tölteni, de egy idő után lelassul, szinte magáll - miért? (alternatív lehetőség)
Megeshet, hogy a rendszered, a router-ed, vagy a DSL bridge-ed nem bír el nagy számú kapcsolattal, ezért instabillá válik a hálózatkezelés, szakadozik az internetkapcsolat, sőt, akár teljes leállás is lehet a vége. Ahhoz, hogy kiderítsd, erről van-e szó nálad, a hiba felmerülését követően a következő módokon győződhetsz meg.Legelőször a Windows eseménynaplójának (Sajátgépen jobbklikk, kezelés) rendszereseményekről szóló részére vess egy pillantást. Itt, keress olyan figyelmeztetéseket (warning), melyek a tcpip-vel kapcsolatos hibára hívják fel a figyelmedet (leginkább a 4226-os event id-vel rendelkező figyelmeztetés érdekes számunka). Ha találsz ilyeneket, akkor a rendszered a szűk keresztmetszet.
Másodszor kedvenc böngésződben nyisd meg a router-ed, DSL bridge-ed web-es adminfelületét. Ha az oldal a szokásosnál jóval lassabban töltődik be, akkor itt van a probléma.
Igazi megoldás egyik esetben sincs (esetleg a router, vagy a DSL bridge cseréje, de az nem túl költséghatékony), csak tüneti kezelés, mely esetben a párhuzamosan létrehozható kapcsolatok számát kell korlátozni a torrent kliensben. Tapasztalataim szerint a Windows 100-120 kapcsolat körül adja meg magát, érdemes ez alatt próbálkozni, majd ha a probléma nem jelentkezik újból, megpróbákozhatunk az érték kis lépésekben történő emelésével.
-
VladimirR
nagyúr
-
-
#674
VladimirR
nagyúr
macilaci78
#673
VladimirR
nagyúr
válasz
macilaci78
#673
üzenetére
nagyjabol ezeket => Bovebben: [link]
de nem igazan lekeresrol van szo:
-az ip-t latja a szerver, hisz onnan kapcsolodsz
-a host egyszeruen lekerdezheto, akar parancssornbol a ''ping -a ipcim'' paranccsal is
-az orszag az egy databazisbol derul ki az ip alapjan
-az oprendszert es a bongeszot maga a bongeszo arulja el (ha elarulja - legtobb bongeszonel ez atallithato/kikapcsolhato, es pl az IE a legbeszedesebb, akar azt is elmondja, hogy 64bites-e a procid)
-a referer pedig azt mutatja, hogy honnan jottel, hol talaltad a linket (ha beirtad a cimet, vagy kedvencekbol, bongeszon kivulrol jott a link, akkor nincs referer)
az utolso kettot egyebkent tobb tuzfal is le tudja tiltani, igy azok nem jutnak ki a gepedrol -
VladimirR
nagyúr
orahangolas kesleltetessel #15
2005-12-30 23:00:00
de igen, az orat probaltam beloni (time.nist.gov-hoz, de ugyanazt mondja a windoze-os timeszerver is), csak kozben kiderult, hogy az en gepemen meg elmaszkal az ido (2-3 perc alatt egy masodpercet)
most atallitottam masodpercenkenti frissitesre, igy nagyjabol 1:43-at kesik a ph szervere az en gepemhez kepest
[Szerkesztve]
![;]](http://cdn.rios.hu/dl/s/v1.gif)
![[kép]](http://cyla.webhop.net/whoami/gotcha_ph.png "[kép]")
Új hozzászólás Aktív témák
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Elektromos autók - motorok
- BestBuy ruhás topik
- Tápos kibeszélő offtopik
- CPU léghűtés kibeszélő
- Stabilan induló BIOS-t kaptak a nem induló Socket AM5-ös ASRock alaplapok
- Revolut
- Melyik tápegységet vegyem?
- Samsung kuponkunyeráló
- Milyen notebookot vegyek?
- További aktív témák...
- Azonnali kézbesítés az év bármely pillanatában
- Samsung Galaxy Z Flip5 512GB,Újszerű,Adatkabel,12 hónap garanciával
- AKCIÓ! AMD Ryzen 9 7950X 16 mag 32 szál processzor garanciával hibátlan működéssel
- Apple iPhone 12 Mini / 64GB / Kártyafüggetlen / 12HÓ Garancia / Akku: 100%
- DELL Alienware 16X Aurora AC16251 Csillagközi indigó 2029-ig garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest