Új hozzászólás Aktív témák
-
Cathfaern
nagyúr
válasz shabbarulez #30 üzenetére
Btw. nálam is jóval névérték felett szokott menni mind a le, mind a feltöltés. A letöltésem szokszor felmegy 70-75 kB-ig is, a feltöltésem átlaga pedig 18kB/s. Pedig még nem is kapcsoltam be azt a 20%-ot
-
Mennyi?
aktív tag
válasz shabbarulez #25 üzenetére
Tehát akkor szerinted értelmetlen ezt átállítgatni?
-
dchard
veterán
válasz shabbarulez #254 üzenetére
Üdv!
Sajnos a profil sebességekről csak közelítő értékeket tudok mondani, mivel sajnos a Siemens XpressLink modembe nem tudok belépni (minden másba igen, de ebbe nem).
Csodákat nem várok, de mintha azzal hitegetnének minket, hogy ez (tehát a szinkron jellegű max fel és max le egyszerre, vagy legalább 90%-ban) működik.
Az elején is szkeptikus voltam, most inkább tesztelgetek még egy darabig.
Én nem feltétlenül szeretnék szinkronban tölteni, de - mint azt az előző hozzászólásomban is leírtam - hiába csökkentettem a letöltési sebességet, még 160KB/s letöltés mellett is csak 22K-val ment a 25-26ból, miközben 270 mellett ment 19-en.
Nemtudom érezhető-e, hogy több mint 100K a letöltési oldalon így ''egyenlő'' 3-4K-val a feltöltési oldalon.
Na ez az, amivel nem vagyok kibékülve.
Az Oké, hogy a 270K-s letöltés mellett nem megy 25-tel a feltöltés, de olyan 200K körül már minimum mennie kellene, hátmég ha hozzászámolom, hogy vannak itt páran, akiknek abszolút szinkronban megy a dolog, legalább is ezt állították. (nehezen hihető a tények ismeretében).
Persze itt szintén előkerül a dolog, amit már az előző hozzászólásomban is említettem, miszerint a TCP/IP protokollon történő adatátitelnek vannak járulékos ''költésgei'', mivelhogy a letöltés egyben feltöltéssel is jár, különösen ilyen sávszél mellett.
Ha átszámoljuk, akkor kiderül, hogy miért is nincs pl. 2048/64-es ADSL csomag.
(Azért nincs, mert sosem tudnánk 2048-cal tölteni ilyen gyér feltöltés mellett).
Üdv:
DchardA kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz shabbarulez #256 üzenetére
Üdv!
Amit a letöltés korlátozásával kapcsolatban írtál azt értem, és egyet is értek vele.
Sajnos mivel nincs dinamikus adatcsere a hálózati forgalomról és a kapacitásról a küldő és a fogadó között, ezért nyilván a jelenlegi protokollok mellett lehetetlen, vagy nagyon nehéz bármiféle optimalizációt végezni ezügyben, vagy ha mégis sikerül, akkor minimális lesz az eredmény.
A lényeg az, hogy a használt protokollokat nem tudjuk megkerülni, így nincs más, mint a beletörődés.
Illetve mégsem, mert valahol a protokollokon túl hibáztak a cégek akkor, amikor pont az általuk használt infrastruktúra kellő ismerete nélkül ilyen csomagokat adtak ki, mint ez a 2048/192 például.
Vagyis pontosítok: ismerni ismerték, és ennek ellenére nem törődtek a következményekkel.
Nem csak a letöltési sebességeket kellett volna már-már a kihasználhatatlan magasságba emelni (félre ne értsetek jó dolog ez a két megabit, csak amíg egy weblap letöltődése közben 10-20K-t mérek...), hanem kezdhettek volna valamit a feltöltési értékekkel is, mert ami ezen a fronton történt az nagy jóindulattal is csak a szemét szönyeg alá söprésének nevezhető.
Hát ennyi.
De még mindig ott a kérdés, hogy akkor mivel magyarázod, hogy volt aki azt állította: neki magy fel és le egyszerre maxszal?
Üdv:
DchardA kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Winner_hun
félisten
válasz shabbarulez #470 üzenetére
Kösz
Viszon itt valami nem stimmel:
[link]► "Kicsit olyan webcaritas" ◄ ヅ
-
VladimirR
nagyúr
válasz shabbarulez #494 üzenetére
nekem, mikor eloszor neztem, a sima cfos nem akart mukodni adsl-el
mar nem tudom, mi volt a gond, de nem is szamit, mert a cfosspeed tokeletesen megoldotta a problemamat, pedig nincs router-em (azaz akkor nem volt, de ez mas teszta) -
addikt
válasz shabbarulez #673 üzenetére
Köszi, megpróbáltam beállítani a class kapcsoló segítségével a speed-et, de nem vágom melyik részét kelene, mert ugye vannak low és high classok, de ha állítok valamelyiken semmi nem változik amikor lekérem a speed-et.
Melyik értékeket kellene pontosan állítani?
Fixálni nem akarom, csak 3-an osztozunk neten és ha helyesen van beállítva a max sebesség akkor távolról is látom a grafikon segítségével, hogy épp mennyivel megy, így meg ugye nem.
S ha túl kevés az érték, akkor nyitok pár plusz szálat a letöltéshez, hadd csorogjon több sávszél, nekem csak ezért kellene. -
addikt
válasz shabbarulez #675 üzenetére
Köszi, sikerült beállítani amit akartam, viszont közben feltűnt valami.
Nálam a maxrxmss értéke 9140, ha jól tudom ez alapból 1492 és a srácnál is a leírásban csak 1460 volt.
Normális ez? -
addikt
válasz shabbarulez #677 üzenetére
Közben átállítottam 1460-ra, így mindjárt más lett a ping érték.
Ha valamelyik class-hoz megadok egy speed értéket byte-ban, akkor az azt jelenti, hogy mindenféleképp max annyival mehet forgalomalakításnál vagy azt hogy ha használná a hálozatot egy nagyobb priorítású progi akkor visszaveszi a megadott értékre s ha nem fut nagyobb prioritású akkor nyomatja maxon? -
delta9
senior tag
válasz shabbarulez #829 üzenetére
aha. kezdem érteni a dolgot, nagyjából világos és logikus is, amit írsz, egy dolgot kivéve, de az a hálózati tudásom hiányosságai miatt lehet.
ha az első hop-ot pingeltetem vele, akkor a 2. (ami nem pingelhető) még ugyanúgy benne van a route-ban, tehát nekem a 3.-at kell beállítanom pingelésre, mert az utána lévők közül mindegyik válaszol a ping-re, tehát az útvonalból így tudom kiiktatni a nem válaszoló routert. vagy most hülyeséget írtam? -
delta9
senior tag
válasz shabbarulez #831 üzenetére
nagyon köszi ezt a részletes választ, okosabb lettem.
szóval az első ip a route-ba nem válaszol, a nevéből ítélve ez a szolgáltatóm szervere.
a 3. ip-re küldtem 100 ping csomagot, abból kb 90% 8-14 ms között volt, egy csomag elveszett, a maradék néhány pedig 30-60 ms között volt.ez utóbbi az ip-t állítottam be ping célnak a cfosspeed.ini-ben és sethops-nak 1-et adtam meg neki.
akkor elvileg így jónak kellene lennie és nem szabadna panaszkodnia arra, hogy elvesznek a ping packetek, ha jól értettem a válaszokból.
az spd pingstat-ra kb 96-99%-os rátát ad vissza.
-
delta9
senior tag
válasz shabbarulez #833 üzenetére
aha értem. csak mikor otthon beírtam cmd-be, hogy ping 195.184.186.158, akkor csak csillagokat láttam , ezért választottam a 3. ip-t ping célnak, mert az válaszolgatott rendesen. és pont ezen csodálkoztam én is, hogy akkor a tracert parancsnál miért írja a válaszidőket. de akkor elképzelhető, hogy figyelmetlen voltam, és elírtam az ip-t a ping parancsnál, pedig kétszer is beírtam. ezek szerint akkor viszont kiveszem az ini-ből a ping célállomást és a sethops értékét 1-en hagyom.
köszi a linket, jó ezt így látni. a szabványok-technológiák ugyan sokat nem mondanak számomra, de legalább látom, hogy hogyan is néznek ki ezek az eszközök. azt azért értem, hogy "lehetővé teszi a letöltési irány növelését..."
-
delta9
senior tag
válasz shabbarulez #833 üzenetére
nem én írtam el az ip-t. de így viszont nem igazán értem a dolgot. az útvonalban az első a fejállomás a válaszidőkkel, de ha azt az ip-t pingelem, akkor a kérésre nem érkezik válasz.
E:\Program Files\cFosSpeed>tracert www.cfos.de
Útvonal követése a következőhöz: www.cfos.de [194.95.249.23]
legfeljebb 30 ugrással:
1 8 ms 28 ms 28 ms catv-c3b8ba9e.catv.broadband.hu [195.184.186.158]
2 * * * A kérésre nem érkezett válasz a határidőn belül.
3 14 ms 20 ms 11 ms 195.184.167.9
4 12 ms 12 ms 10 ms hu-bud02a-ra1-ge-0-0-0.aorta.net [213.46.166.45]
5 12 ms 34 ms 9 ms upc-hu-gw1.aorta.net [213.46.166.6]
6 26 ms 22 ms 24 ms nl-ams02a-rd1-pos-14-0.aorta.net [213.46.160.130]
7 27 ms 22 ms 23 ms de-fra01a-ri1-ge-14-0.aorta.net [213.46.179.58]
8 29 ms 27 ms 26 ms zr-fra1-te0-7-0-7.x-win.dfn.de [188.1.145.49]
9 32 ms 26 ms 28 ms xr-fzk1-te2-3.x-win.dfn.de [188.1.145.50]
10 31 ms 30 ms 29 ms xr-stu1-te2-1.x-win.dfn.de [188.1.145.82]
11 36 ms 42 ms 31 ms kr-sgs.x-win.dfn.de [188.1.230.46]
12 47 ms 34 ms 32 ms www.cfos.de [194.95.249.23]
Az útvonalkövetés elkészült.
E:\Program Files\cFosSpeed>ping 195.184.186.158
195.184.186.158 pingelése 32 bájt méretű adatokkal:
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
A kérésre nem érkezett válasz a határidőn belül.
195.184.186.158 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 0, elveszett = 4 (100% veszteség),
E:\Program Files\cFosSpeed>[ Szerkesztve ]
-
delta9
senior tag
válasz shabbarulez #836 üzenetére
megagiga thx
tulajdonképpen már csak egyetlen kérdésem lenne, mindamellett, hogy nagyon köszönöm, hogy ennyi időt szakítasz rám: ha a sethops-szal a ttl értékének 1-et adok, akkor nem mindegy, hogy mi a ping_dest értéke az iniben? hiszen csak az első hop-ot nézi a sethops miatt, ami minden esetben a cmts lesz.
-
delta9
senior tag
válasz shabbarulez #838 üzenetére
világos. köszi még egyszer.
-
Yooha
aktív tag
válasz shabbarulez #829 üzenetére
És ezt a hop dolgot hol állítom át?
Én a kardomat a kezemben hordom. Te a tiédet a szívedben és az elmédben. Ahogy én látom, ez 2:1 fegyverelőny a részedre.
Új hozzászólás Aktív témák
- TCL LCD és LED TV-k
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Napelem
- Nyaralás topik
- gban: Ingyen kellene, de tegnapra
- Kerékpárosok, bringások ide!
- Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
- Xiaomi 11 Lite 5G NE (lisa)
- Vicces képek
- Hobby elektronika
- További aktív témák...