Gyorsabb Adsl Lesz A T-com Karácsonyi Ajándéka?
2006. december 18. 20:28
#42
|
|
scoobydoo |
Csoport: Tag Csatlakozott: 05.07.27. Hozzászólás: 538 Csatolások: 355 Azonosító: 7912 offline
|
Idézet(Crow @ 2006. December 18. - 21:27)
Itthon 1,5M/384K-val nyomom. Bent melóhelyen meg 4M/256K-val. A DVD-ket inkább bent szoktam letölteni. 
Nem is tudom miért!
Amúgy ma fizettem elõ pont egy ADSL-re,... 1Mbit/128kbit ezen kívül megtartottam,... a 384/128-as netemet is, igaz... azt leosztom wifin a szomszédnak!
2006. december 18. 23:54
#45
|
|
Freeze********** |
Csoport: Moderátor Csatlakozott: 04.10.06. Hozzászólás: 6473 Csatolások: 2512 Azonosító: 1 offline
|
Idézet(Scooby Doo @ 2006. December 18. - 21:18)
Én meg 384/128-al khm... nyomom... ti meg it 4 vagy 8 mbit-rõl beszétek... Egy idõ után nem lesz unalmas, hogy egy DVD film lent van 1 óra alatt? Szépen ki kell várni, úgy az izgalmas! 
Nekem pl mindig uccsó percbe jut eszembe hogy kéne valami. Ilyenkor jóljön a nagy sebesség. Meg ahhoz is hogy pl a másik szobába akadálytalanul menjen a webcam miközbe én full speeddel töltök vagy streamingelek.
Ha kell valami kis progi akkor se a vinyón keresek, mert sokkal gyorsabb a googlebe rákeresni majd letölteni és telepiteni, mint megtalálni a vinyón.
2006. december 19. 00:01
#46
|
|
Tuvok |
Csoport: Tag Csatlakozott: 05.03.19. Hozzászólás: 945 Csatolások: 822 Azonosító: 4709 offline
|
Nekem 2Mbit/192Kbps van most. Hát ha igaz amir írtak akkor meg van az esély a 8Mbit-re
Nagyon jó lenne. De annak méginkább örülnék ha a feltöltési sebességet növelnék meg legalább 512Kbit-re...
2006. december 19. 14:26
#47
|
|
joe_rTündérke™ Addict |
Csoport: Moderátor Csatlakozott: 04.10.09. Hozzászólás: 15114 Csatolások: 6612 Azonosító: 44 offline
|
Idézet(Freeze @ 2006. December 18. - 20:14)
Túlságosan ne, mert 4M felett már nagyon számít a vonal minõsége.... De legyen szerencséd. 
Már elõre örülni sem hagysz?
Rossz vagy...
2006. december 19. 15:27
#49
|
|
_ToTo_Cinikus kritikus |
Csoport: Moderátor Csatlakozott: 05.03.01. Hozzászólás: 12632 Csatolások: 11645 Azonosító: 4133 offline
|
nekem 3 és fél éve 1024/128 van, de pont a napokban néztem a szolgáltató árait és azért az összegért amit én fizetek már dupla ekkora sávszélt kapni - persze errõl nem szólnak - igy most csomagot váltottam pont tegnap - ami azt jelenti, hogy 20!!!! forintal kevesebbet fogok fizetni, mint eddig de dupla sávszélt kapok ahogy elvégzik az átálláshoz szükséges dolgokat - remélem beleesek a szórásba és a telekom meg ezt fogja megduplázni - akkor már 4mb-el pörögnének az események
2006. december 19. 18:42
#50
|
|
carmody |
Csoport: Tag Csatlakozott: 04.12.14. Hozzászólás: 610 Csatolások: 54 Azonosító: 2165 offline
|
Ez most úgy kell nekem mint egy falat kenyér az éhezõnek. Már kezdem unni a 12 kbyte/s uploadot. Amit ráadásul le kell venni, hogy ne csessze szét a downloadot. Marad 8 kbyte/s. Ez most már fájdalmasan kevés...
2006. december 20. 09:15
#51
Ez csak a T-online internetszolgáltatásnál lesz így, vagy várhatóan mindenhol? Én Externetes vagyok és nekem most 2 Mbit a letöltés, de a feltöltés qrva lassú, csak 128 kbit... jó lenne, ha azt is megemelnék...
2006. december 20. 17:42
#52
|
|
Crowutolsó csillagharcos |
Csoport: Tag Csatlakozott: 04.10.20. Hozzászólás: 1230 Csatolások: 456 Azonosító: 445 offline
|
Én tökre meg vagyok elégedve a szolgáltatómmal, igaz hogy "csak" 1,5M a letöltés, de emellett 384K a feltöltés! Ráadásul ez a gyakorlatban azt jelenti, hogy most is 190-el töltök le és 45-el fel egy bittorrent progival!
A szerelõ szerint az EU-s elõírások miatt minden szolgáltatónak legalább 10%al nagyobb sebességet kell biztosítani, mint a névleges, de a Monornet (én ott vagyok) 20%-ot válalt. Korrekt.
Mondjuk a 2 vagy 4M letöltés jobb lenne, csak azt már drágának találom pusztán szórakozás céljára.
A szerelõ szerint az EU-s elõírások miatt minden szolgáltatónak legalább 10%al nagyobb sebességet kell biztosítani, mint a névleges, de a Monornet (én ott vagyok) 20%-ot válalt. Korrekt.
Mondjuk a 2 vagy 4M letöltés jobb lenne, csak azt már drágának találom pusztán szórakozás céljára.
2006. december 21. 00:12
#54
|
|
Freeze********** |
Csoport: Moderátor Csatlakozott: 04.10.06. Hozzászólás: 6473 Csatolások: 2512 Azonosító: 1 offline
|
Idézet(Crow @ 2006. December 20. - 18:42)
A szerelõ szerint az EU-s elõírások miatt minden szolgáltatónak legalább 10%al nagyobb sebességet kell biztosítani, mint a névleges, de a Monornet (én ott vagyok) 20%-ot válalt. Korrekt.
A szerelõ nem a protocoll overhead-re gondolt? Mert az kb 20%. Magyarul az én 4Mbites netem tulajdonképp 5Mbit. A többinél hasonlóan jön ki. De a modem-be belépve meglehet nézni hogy milyen sebességre állt fel a kapcsolat.
2006. december 21. 12:22
#55
|
|
Tuvok |
Csoport: Tag Csatlakozott: 05.03.19. Hozzászólás: 945 Csatolások: 822 Azonosító: 4709 offline
|
Idézet(Freeze @ 2006. December 21. - 00:12)
A szerelõ nem a protocoll overhead-re gondolt? Mert az kb 20%. Magyarul az én 4Mbites netem tulajdonképp 5Mbit. A többinél hasonlóan jön ki. De a modem-be belépve meglehet nézni hogy milyen sebességre állt fel a kapcsolat. 
Hogyan lehet belépni a modem-be?? Nem is hallottam még ilyenrõl...
2006. december 21. 17:24
#56
|
|
Crowutolsó csillagharcos |
Csoport: Tag Csatlakozott: 04.10.20. Hozzászólás: 1230 Csatolások: 456 Azonosító: 445 offline
|
Idézet(Freeze @ 2006. December 21. - 00:12)
A szerelõ nem a protocoll overhead-re gondolt? Mert az kb 20%. Magyarul az én 4Mbites netem tulajdonképp 5Mbit. A többinél hasonlóan jön ki. De a modem-be belépve meglehet nézni hogy milyen sebességre állt fel a kapcsolat. 
Nem, nem hiszem, mert ezt akkor válaszolta, amikor arról érdeklõdtem, hogy a névleges sebesség az a csúcs, vagy olyan sebesség, ami minimum rendelekzésre áll.
Te arra gondolsz esetleg, hogy paritás biteken és keretekbe rendezéssel lehet spórólni az átvitelkor, ezáltan nõhet a sebesség? Mondjuk ezek az asszinkron soros átvitelnél jellemzõek, ahol alapból 8 hasznos bitre (ami ugye 1 bájt) még 1 start bit és egy stop bit jut, plusz még ha paritás ellenõrzést is szeretnénk, akkor még 1 paritás bit, és 1 stop bit jön be. Tehát 8 bit hasznos átvitelét csak (minimum) 10 biten leszünk képesek megvalósítani, ami ugye máris 25%-os overhead. Paritás ellenõrzéskor pedig 12 biten, ami 50%-os overhead.
Ezért találták ki a szinkron kapcsolatokat (HDLC, PPP vagy PPPoPe), ahol az adatokat nagyobb keretekbe foglalják. Természetesen itt is van mód a csomag kezdetének és végének jelölésére, és hibaellenõrzésre is. Minden keretnek van egy 32 bites címrésze, egy max. 16 bites vezérlõ része és max. 16 bites ellenõrzõ összeget tartalmazó része. Ez mondjuk azt jelenti, hogy alapból egy keret már 64 bites overheaddel rendelkezik, de mivel itt nem csak 1 byte-ot vihetünk át egyszerre, mint az asszinkronosnál, ezért ha már 24 byte-nyi hasznos adatot szervezünk egy keretbe, akkor már gyorsabb, mint az elõzõ kapcsolattípus.
És én úgy tudom, hogy a magyar szolgáltatók már csak szinkronos hálózatokon szolgáltatnak.
Hûû, ez marha tömény lett!
2006. december 21. 17:28
#57
|
|
Crowutolsó csillagharcos |
Csoport: Tag Csatlakozott: 04.10.20. Hozzászólás: 1230 Csatolások: 456 Azonosító: 445 offline
|
Szóval az a lényeg, hogy a szolgáltatóknak minimum azt a sebességet kell biztosítaniuk, ami a szerzõdésben szerepel. És a feltöltési sebesség nem vonandó ki a letöltési sebességbõl, tehát egy 512/128-as névleges sebességû szerzõdés esetén 51,2 + 12,8 KB/s sebességet kell biztosítaniuk. Ha nem, akkor lehet hívni a HIF-et és bemérést végeztetni!!
2006. december 21. 18:02
#58
|
Balu |
Csoport: Tag Csatlakozott: 04.10.12. Hozzászólás: 871 Csatolások: 628 Azonosító: 211 offline
|
Ugye a 192-es feltöltés az azt jelenti, hogy olyan 24k-val kéne felöltenem.
Na ez még soha nem fordult elõ, a max az 22k mindig.
DE ha emelés után is ennyi lesz, akkor azért szólok.
Na ez még soha nem fordult elõ, a max az 22k mindig.
DE ha emelés után is ennyi lesz, akkor azért szólok.
2006. december 22. 03:51
#59
|
|
Freeze********** |
Csoport: Moderátor Csatlakozott: 04.10.06. Hozzászólás: 6473 Csatolások: 2512 Azonosító: 1 offline
|
Idézet(Crow @ 2006. December 21. - 18:28)
Szóval az a lényeg, hogy a szolgáltatóknak minimum azt a sebességet kell biztosítaniuk, ami a szerzõdésben szerepel. És a feltöltési sebesség nem vonandó ki a letöltési sebességbõl, tehát egy 512/128-as névleges sebességû szerzõdés esetén 51,2 + 12,8 KB/s sebességet kell biztosítaniuk. Ha nem, akkor lehet hívni a HIF-et és bemérést végeztetni!!
Nemteljesen értem, hogy mit is akar ez lenni, ugyhogy a tisztánlátás kedvéért egy szájbarágós magyarázat shabbától:
Idézet
Az adatok küldése jellemzõen a TCP protocollal történik. A TCP mûködése során blokkokra, ún. adatcsomagokra bontja szét az átküldendõ információt ami a túloldalon újra egy egésszé áll össze. Az adatcsomagoknak a maximum mérete egy meghatározott érték, ez jellemzõen 1500 byte és az MTU(maximum transmission unit határozza meg). Az adatcsomag természetesen nem csak hasznos adatot tartalmaz hanem egy fejlécet is ami a mûködéshez szükséges(honnan jött a csomag, hova megy, mekkora a mérete, hanyadik szegmens ez az összesbõl, stb). A fejléc jellemzõen 40 byteos, a maradék pedig az adatrész ami 1500 byteos csomagméret esetén 1460 byte.
A TCP minden minden elküldött csomagot a fogadó oldalon nyugtáz egy válasz csomaggal, jelezve a sikeres megérkezést. Ezt nevezik ACK csomagnak és mérete jellemzõen 60 byteos. Innen az általam leírt 1:25-ös arányszám ami a 60:1500-ból ered.
Innen már 1xû matekkal ki tudod számolha, ha pl. A-ból B-be át akarsz küldeni mondjuk 100,000 byte adatot akkor maximális csomagméret esetén is ez 100000/1460~68.5 vagyis legalább 69 csomagba fog beleférni. A 69 csomag letöltésben 68*1500byte+1*760byte adatot fog eredményezni ami összesen 102760 byte lesz. Feltöltési odalon pedig a 69 csomag nyugtázása fog megjelenni ami 69*60 byte azaz 4140 byte lesz.
Vagyis ahhoz hogy letölts nettó 100,000 byte adatot a vonaladon IP szinten bruttóban 102,760/4,140 byte adatforgalmat kell lebonyolítanod. Azt a többletet ami ahhoz szükséges hogy egyáltalán ez a letöltési folyamat mûködhessen nevezik overheadnek. Ennek a mértéke ahogy látod TCP/IP-nél ~3%-os.
ADSL-nél nem ennyire 1xû a helyzet amit leírtam inkább a LAN-ra jellemzõ. ADSL-nél a fejléchez további 8 byte hozzájön a PPPoE protokol által, és még a további ATM protocolra való átalakítás is újabb magas overheadet eredményez. Mivel az adatcsomagokat ott úgy kell átcsomagolni hogy 53 byteos a csomagméret, abból 5 byte a fejléc és 48 byte a hasznos adat. Itt az overhead mértéke igen magas ~53/48 vagyis 10% feletti.
Ha kettõt együtt veszek akkor láthatod hogy úgy 87% körüli az adatátvitel hatékonysága. Ezért van hogy ADSL-nél a DSLAM oldalon beállított profile sebesség pl egy 1024/128kbps-es csomag esetén jellemzõen 1280/160kbps-es. Ebbe a magasabb értékbe belefér az overhead és még valamivel magasabb is lesz a nettó sebesség mint amit a csomagsebesség kínálna. Ezért tud 1280 kbps-os(160 kbyte) profile sebesség mellett egy ADSL user úgy 130kbyte nettó sebességgel letölteni.
A TCP minden minden elküldött csomagot a fogadó oldalon nyugtáz egy válasz csomaggal, jelezve a sikeres megérkezést. Ezt nevezik ACK csomagnak és mérete jellemzõen 60 byteos. Innen az általam leírt 1:25-ös arányszám ami a 60:1500-ból ered.
Innen már 1xû matekkal ki tudod számolha, ha pl. A-ból B-be át akarsz küldeni mondjuk 100,000 byte adatot akkor maximális csomagméret esetén is ez 100000/1460~68.5 vagyis legalább 69 csomagba fog beleférni. A 69 csomag letöltésben 68*1500byte+1*760byte adatot fog eredményezni ami összesen 102760 byte lesz. Feltöltési odalon pedig a 69 csomag nyugtázása fog megjelenni ami 69*60 byte azaz 4140 byte lesz.
Vagyis ahhoz hogy letölts nettó 100,000 byte adatot a vonaladon IP szinten bruttóban 102,760/4,140 byte adatforgalmat kell lebonyolítanod. Azt a többletet ami ahhoz szükséges hogy egyáltalán ez a letöltési folyamat mûködhessen nevezik overheadnek. Ennek a mértéke ahogy látod TCP/IP-nél ~3%-os.
ADSL-nél nem ennyire 1xû a helyzet amit leírtam inkább a LAN-ra jellemzõ. ADSL-nél a fejléchez további 8 byte hozzájön a PPPoE protokol által, és még a további ATM protocolra való átalakítás is újabb magas overheadet eredményez. Mivel az adatcsomagokat ott úgy kell átcsomagolni hogy 53 byteos a csomagméret, abból 5 byte a fejléc és 48 byte a hasznos adat. Itt az overhead mértéke igen magas ~53/48 vagyis 10% feletti.
Ha kettõt együtt veszek akkor láthatod hogy úgy 87% körüli az adatátvitel hatékonysága. Ezért van hogy ADSL-nél a DSLAM oldalon beállított profile sebesség pl egy 1024/128kbps-es csomag esetén jellemzõen 1280/160kbps-es. Ebbe a magasabb értékbe belefér az overhead és még valamivel magasabb is lesz a nettó sebesség mint amit a csomagsebesség kínálna. Ezért tud 1280 kbps-os(160 kbyte) profile sebesség mellett egy ADSL user úgy 130kbyte nettó sebességgel letölteni.
A profile sebesség megnézhetõ a modem felületén, mint mondtam.
Tuvok: jellemzõen 192.168.1.1 a címük, ha rákeresel a neten a tipusra akkor megnézheted a user manualba. (Természetesen elõtte nemárt azonos subnet-re állítani a gépet amivel el akarod érni... )
Az én profilsebességem 5019k / 807k körül szokott beállni... ez eredményez kb 4M/640k nettó sebességet.
2006. december 22. 15:17
#60
|
|
Crowutolsó csillagharcos |
Csoport: Tag Csatlakozott: 04.10.20. Hozzászólás: 1230 Csatolások: 456 Azonosító: 445 offline
|
Ugyan semmi jelentõsége nincs, de én nem pont így tudom.
Az adatkeretek fejléce nem 40 bájt, hanem csak 8! Ezt a 8 bájtot nevezzük overhead-nek, a többi pedig maga az adat. Ez a 8 bájt pedig így jön ki:
1 bájt a kezdõ flag (7E az értéke)
1 bájt a cím mezõ (FF az értéke)
1 bájt a vezérlõ mezõ (03 az értéke)
2 bájt a protokoll mezõ (3 különbözõ értéke lehet, de ez most tök mindegy
)
2 bájt a CRC mezõ (hibaellenõrzõ összeg)
1 bájt a záró flag (7E az értéke)
Maga a teljes adatcsomag valóban max. 1500 bájt lehet, ami a fejléc nélkül 1492 bájt (MTU = Maximum Transfer Unit) adatot tartalmazhat. De ez igazából egy maximális érték, mert alapvetõen a csomagokat 512 és 1024 bájtonként küldik ki a SLIP és PPP protokollok.
De most már eléggé elmentünk az eredeti témától...
Az adatkeretek fejléce nem 40 bájt, hanem csak 8! Ezt a 8 bájtot nevezzük overhead-nek, a többi pedig maga az adat. Ez a 8 bájt pedig így jön ki:
1 bájt a kezdõ flag (7E az értéke)
1 bájt a cím mezõ (FF az értéke)
1 bájt a vezérlõ mezõ (03 az értéke)
2 bájt a protokoll mezõ (3 különbözõ értéke lehet, de ez most tök mindegy
2 bájt a CRC mezõ (hibaellenõrzõ összeg)
1 bájt a záró flag (7E az értéke)
Maga a teljes adatcsomag valóban max. 1500 bájt lehet, ami a fejléc nélkül 1492 bájt (MTU = Maximum Transfer Unit) adatot tartalmazhat. De ez igazából egy maximális érték, mert alapvetõen a csomagokat 512 és 1024 bájtonként küldik ki a SLIP és PPP protokollok.
De most már eléggé elmentünk az eredeti témától...
Blake Lively megszólalt, miután ejtették Justin Baldoni elleni szexuális zaklatással kapcsolatos vádjait
Blake Lively megszólalt, miután ejtették Justin Baldoni elleni szexuális zaklatással kapcsolatos vádjait
Blake Lively megszólalt.
Florence Pugh hivatalossá tette a kapcsolatát
Florence Pugh hivatalossá tette a kapcsolatát
2 évvel az első randevúzási pletykák után.
Részben megszületett a döntés Blake Lively és Justin Baldoni ügyében
Részben megszületett a döntés Blake Lively és Justin Baldoni ügyében
Kiderült, hogyan döntött a bíróság.
Vanessa Hudgens elárulta, mivel küzdött a szülése után
Vanessa Hudgens elárulta, mivel küzdött a szülése után
Szülés után problémái voltak.
"Elolvadok!" Lily Collins lánya nagyon cuki mérföldkőhöz ért
"Elolvadok!" Lily Collins lánya nagyon cuki mérföldkőhöz ért
Nagyon édes fotót posztolt róla.
Lizzo megfogadta, hogy addig nem veszíti el a szüzességét, amíg nem nyer Grammy-díjat
Lizzo megfogadta, hogy addig nem veszíti el a szüzességét, amíg nem nyer Grammy-díjat
A 30-as éveiig várt.
Megszületett Hailee Steinfeld gyermeke!
Megszületett Hailee Steinfeld gyermeke!
Édesanya lett a híresség.
Dakota Johnsont csókolózni látták az új párjával
Dakota Johnsont csókolózni látták az új párjával
Egy ideje pletykálnak a kapcsolatukról.

offline
0 felhasználónak tetszik:

