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

• #38 rt06 veterán bambano #27

  Új Válasz 2015-02-19 16:02:42 #38

  Ú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

  

  rt06

  veterán

  válasz bambano #27 üzenetére

  "a http/1.1-hez képest, ami multiplexelt"
  mert a spdy-t a fel vilag hasznalja (plusz ebbol indult a http2 is, plusz nem resze a protokollnak)

  "és a szerver majd okoskodik, hogy mit tölt le a gépemre. hogy ennek hogy fognak örülni a forgalomlimites userek..."

  szerintem itt nem arra kell gondolni, hogy ha betoltod az index honlapot, leszedi neked a teljes napirajz archivumot is, meg par videot is elotolt, hanem olyasmire, hogy elkuldi egy korben az oldal css-et, js-et (amik ugye sokszor nagyobbak, mint a html maga), esetleg a logot, es a html-ben hivatkozott, azon a szerveren talalhato kepeket

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

• #43 rt06 veterán bambano #40

  Új Válasz 2015-02-19 16:25:15 #43

  Ú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

  

  rt06

  veterán

  válasz bambano #40 üzenetére

  "de ha párhuzamos letöltést akarok, akkor nyitok még egy tcp sessiont. mint ahogy az én firefoxom kapásból hármat nyitott az index kezdőlap betöltésekor."
  de az draga (tobb handshake, nagyobb overhead, nagyobb connection pool a szerveren)

  "A több tcp kapcsolat azért is jobb, mert egy csomó terhelésmegosztó ip cím és port szám alapján is szétpakolja a terhelést."
  egy session-t azert nem szoktak szetdobalni tobb upstream szerverre (de meg ugyanattol a klienstol jovo tobb session-t sem annyira)

  a speedtest es a szolgaltato sajat sebessegmeroje kozt pedig elsosorban azert szokott akkora kulonbseg lenni, mert utobbi esetben nem lepunk ki a szolgaltato halozatbol
  de meg ha valoban jelentene is jelentos sebessegnovekedest a tobb kapcsolat, az nem a http-nel fog kijonni

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

• #46 rt06 veterán bambano #45

  Új Válasz 2015-02-19 16:54:31 #46

  Ú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

  

  rt06

  veterán

  válasz bambano #45 üzenetére

  mivel egy webszerver altalaban nem egy klienst szolgal ki, igy a parhuzamositas mindenkepp kihasznalasra kerul
  innentol pedig igenis dragabb tobb tcp kapcsolatot nyitni egy kliensnek

  ugyanigy, a terhelesmegosztoknak sem egy kliensrol kell gondoskodniuk

  a speedtest-nek meg jobban utana kell nezzek, hogy hany, s mi lyen kapcsolatot nyit, de nalam egy szalon (http/ftp letoltes) siman meghaladhato volt mar nem egyszer a 10-12 mbps (mikor foglalkoztam vele, hogy olyan szervert keressek, ahol masik fel is kepes erre a sebessegre)

  es igen, kijohet http-nel is amit irsz (mondjuk egy pont ugyanannyira specialis tesztben, mint ami a hirben is szerepel), viszont nem ott fog kijonni tobbnyire
  legalabbis amig az ip forgalom java rtmp (video streaming), meg p2p filecsere, addig nem

  [ Szerkesztve ]

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

• #48 rt06 veterán bambano #47

  Új Válasz 2015-02-19 17:08:45 #48

  Ú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

  

  rt06

  veterán

  válasz bambano #47 üzenetére

  "nem csak webszerver frontend terheléselosztó van, hanem például bérelt vonali is. például a digi pesti központi routeréből sem egy darab egy gigás linken jön a forgalom debrecenbe, hanem több egy gigáson vagy több 10 gigáson. az upcnak is van vagy 2-3 10 gigás linkje a 9. kerületi kinizsi utcai központjából a debrecen petőfi téri központjáig."

  ok, akkor most azt meseld el, hogy a debreceni petofi teren hany vegpont kapcsolodik a nehany (nehany tiz) vonalra, amik kozott el kell osztani a terhelest?
  mert erosen ketlem, hogy annyira keves, hogy problemat okozzon az, ha egy user forgalma egyben, egy tyukbelen szalad fel pestig, s nem lehet feldarabolni (ez ugye azt jelentene, hogy az upc meg a digi annyira hulye, hogy 3 user-re huz ki 10 kabelt)

  az viszont nekik sem mindegy, hogy az N darab user X forgalmat produkal Y szalon, vagy X*.8 forgalmat N(=Y/10) szalon, egesz addig, amig N jelentosen nagyobb, mint a linkek szama, mert ekkor meg ugyanugy el tudjak azt a forgalmat osztani, viszont felszabadul 20%-a a savszelnek (mezei bongeszesnel, olyan lobaszo nagy kukikkal, mint amik kimennek manapsag mindenhova, minden egyes request-ben, lehet ez a 20% meg joindulatu becsles)

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

• #53 djgeg őstag bambano #47

  Új Válasz 2015-02-19 21:15:58 #53

  Ú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

  

  djgeg

  őstag

  válasz bambano #47 üzenetére

  Most komolyan az egész HTTP2 létjogosultságával szállsz "vitába"? Szerintem azért a IETF-nél nem szarral gurigáznak tudás és rálátás színjén, ezek mellet valószínű nekik van nagyobb betekintésük akár hálózat összetétel vagy terheltségi statisztikákra nem, hogy Magyar viszonylatban hanem világ szinten.

  Szerintem ez tökéletesen összefoglalja. Azzal lehet vitatkozni, hogy szerinted előnyösebb a több session... de szerintem egyikünk se lát rá a témára akkora részletestességgel mint azok akik ténylegesen csinálják az IETF-nél...
  "With HTTP/1, browsers open between four and eight connections per origin. Since many sites use multiple origins, this could mean that a single page load opens more than thirty connections.

  One application opening so many connections simultaneously breaks a lot of the assumptions that TCP was built upon; since each connection will start a flood of data in the response, there’s a real risk that buffers in the intervening network will overflow, causing a congestion event and retransmits.

  Additionally, using so many connections unfairly monopolizes network resources, “stealing” them from other, better-behaved applications"

  [ Szerkesztve ]

  "640 kByte memória mindenre elegendő"

• #54 MaUser addikt bambano #42

  Új Válasz 2015-02-19 21:19:53 #54

  Ú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

  

  MaUser

  addikt

  válasz bambano #42 üzenetére

  Ahh, most nézem, hogy az index.hu még ehhez a próba oldalhoz képest is jobb. Valami itt el van cseszve a teszttel. index.hu főoladal 74 <img> tag-et tartalmaz, a példa 180-at, mégis az index.hu kb. 8x gyorsabban jön be nálam, pedig ott van bőven tartalom még és várni kell amíg adblock is szűr. Ezt így akkor nem értem.

  ''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''

• #57 rt06 veterán bambano #56

  Új Válasz 2015-02-19 22:52:30 #57

  Ú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

  

  rt06

  veterán

  válasz bambano #56 üzenetére

  "draft állapotban van augusztus 15-ig"
  nem, az a datum a draft-17 lejarati ideje, de ezt megelozoen lehet draft-18, meg lehet belole szabvany is (a draft-16 is csak junius 2-an jarna le)

  Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.

• #72 Egon nagyúr bambano #40

  Új Válasz 2015-02-20 16:56:54 #72

  Ú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

  

  Egon

  nagyúr

  válasz bambano #40 üzenetére

  Például ha egy digis előfizetésről speedtest-telsz, akkor a speedtest.net egy szálon egy kapcsolattal tesztel, a digi saját speedtestje meg vagy 8-on, és lényeges különbség van a mért sebességek között (nálam mostanában 10-12 megabitet mérek az idegen speedtesttel, és 75-82 között a digissel).

  Kb. csont ugyanazt mérem a speedtest-en, mint a digi saját mérőjén (217,3/54,3 vs. 219,1/53,8 MBit fel/le).

  "Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

• #75 brd nagyúr bambano #40

  Új Válasz 2015-02-20 22:11:35 #75

  Ú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

  

  brd

  nagyúr

  válasz bambano #40 üzenetére

  Valamit elnéztél (esetleg elállítottál), a speedtest.net is több szálon tesztel. Továbbá az eredmény is kb. ugyanannyi (talán a digis gyorsabb egy hangyafasznyival - pár10, talán pár100 kb talán -, valószínűleg azért, mert az nem megy ki a hálózatukból). Továbbá2: simán 1 FTP/HTTP szálon (1 TCP kapcsolat) is hozza az előfizetés szerinti max. közeli sebességet (DL/UP irányban is).

  The only real valuable thing is intuition.

• #107 djgeg őstag bambano #106

  Új Válasz 2015-02-24 00:53:36 #107

  Ú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

  

  djgeg

  őstag

  válasz bambano #106 üzenetére

  Na miért is? Szerinted ISP-ék poénból nem térnek át teljesen IPv6 ra? Nagyon nem... Minek térne át teljesen, ha van még IPv4 címe? Nem mintha csak ezért nem térne át teljesen...

  (#105) rt06
  Ki írta, hogy " le van fedve" a piac?
  "ferditesz, hazudsz, hulyezel" oha tényleg? Olvasd már vissza a kommentjeimet? Én konkrétan fogalmazok... ha nem tetszik az, hogy te nem de közbe neked áll feljebb és a fogalmakat is félremagyarázod akkor ez van... Nem tudok vele mit kezdeni.

  "nem, nem ugy mint te, aki mar ketszer behazudta, hogy nem reagal, de csak nem birja ki, hogy lehulyezze megegyszer a masikat" Sok mindent elszoktam tűrni, de a "ferdítést" és a baromságot nem...
  Jócakát...

  [ Szerkesztve ]

  "640 kByte memória mindenre elegendő"

• #109 djgeg őstag bambano #108

  Új Válasz 2015-02-24 01:05:37 #109

  Ú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

  

  djgeg

  őstag

  válasz bambano #108 üzenetére

  Az egy dolog, hogy meg az ügyeskedés natolással stb, de ha nem "fájna" már rég menne az IPv6 osztogatása átlag fogyasztói szinten is. Természetes, hogy amíg van és amíg nem szúr annyira az a szög addig nem térnek át teljesen(értem ezt úgy, hogy elhatározás lenne legalább, hogy pl a jövőben csak IPv6 ot osztunk kistb) IPv6-re.
  Azt pedig nem állítottam, hogy kapcsoló szerűen menne az átállás... természetes, hogy folyamatosan(OS szinten már rég megoldott az említett dual stack), de lesz áttérés, aki pedig ezt vagy annak az okait, hogy még miért nem dübörög az IPv6 azt tudom sajnálni... No meg, hogy két egymással nem kompatibilis protokolt miért akarunk összehasonlítani egy egymással kompatibilisal... Lényegtelen...
  Jó éjt az éjjeli baglyoknak

  [ Szerkesztve ]

  "640 kByte memória mindenre elegendő"

• #111 djgeg őstag bambano #110

  Új Válasz 2015-02-24 01:22:12 #111

  Ú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

  

  djgeg

  őstag

  válasz bambano #110 üzenetére

  Nem gondolnám, hogy ISP oldalon gond lenne, azonban az elszigetelődés kérdése így is adott. IPv4 el fog fogyni. Egyszer biztos. Az után már nem fogsz tudni mást adni mint IPv6 ot. Az, hogy e között milyen átmenet van vagy kellene, hogy majd legyen az más kérdés. Szerintem kezdetnek, a jelenleg összes IPv4 el rendelkező felhasználóhoz hozzávághatnának IPv6 ot is... Aztán a jövőben mehetne csak az IPv6-os cím osztás, így nem lenne "elszigetelődés".

  [ Szerkesztve ]

  "640 kByte memória mindenre elegendő"

• #113 djgeg őstag bambano #112

  Új Válasz 2015-02-24 01:31:29 #113

  Ú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

  

  djgeg

  őstag

  válasz bambano #112 üzenetére

  Elfogyni elfogyott 2011-ben, Viszont az nem azt jelenti, hogy minden IPv4 cím allokálva is van. Ha így lenne akkor már rég nyomnák az IPv6 ot. Amíg gazdálkodni tudnak az IPv4 el addig "szarnak" az egész IPv6-ra consumer szinten.
  Szerinted mi lenne a jó áttérési/átállási folyamat?

  [ Szerkesztve ]

  "640 kByte memória mindenre elegendő"

• #114 PistiSan addikt bambano #108

  Új Válasz 2015-02-24 09:44:40 #114

  Ú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

  

  PistiSan

  addikt

  válasz bambano #108 üzenetére

  Félek is rendesen, hogy egyszer ha költözöm a szolgáltató rögtön valami natolt ip-t fog adni!
  B-teltől kaptam egy akkor marketing levelet, tavaly júniusban.

  Idézet:
  Tisztelt Ügyfelünk!

  Ezúton szeretnénk tájékoztatni, hogy műszaki fejlesztésünk eredményeként 2014. július 15-i hatállyal Önnek, még biztonságosabb internet hozzáférést biztosítunk.

  Ez azt jelenti, hogy a publikus IP címe helyett privát IP címmel használhatja tovább hálózatunkat.

  A privát IP cím előnye, hogy sokkal biztonságosabban internetezhet számítógépén.

  Ugyanakkor szeretnénk felhívni figyelmét, hogy a privát IP címet használó számítógépek éppen a nagyobb védettség érdekében, biztonsági okokból semmiféle olyan alkalmazást nem használhatnak, amik a számítógépet „szerver” (kiszolgáló) szerepben igénylik.

  Az átállással kapcsolatban Önnek további teendője nincs!

  Amennyiben mégsem kívánja a jövőben előfizetését privát IP címmel használni, kérjük hívja ügyfélszolgálatunkat a 1442-es telefonszámon.

  Igényét jelezheti e-mailben is a hiba@btel.hu címen, ügyfél azonosítójának vagy az internet szolgáltatás használatához szükséges bejelentkezési azonosítójának megadásával és ingyenesen visszaállítjuk jelenlegi publikus IP címét.

  Reméljük a jövőben is elégedett lesz szolgáltatásunkkal!

  Üdvözlettel:
  Business Telecom Nyrt.

  Rögtön írtam is nekik levelet, de úgy tippelem hogy a felhasználók 99%-a azt sem tudja miről van szó, és szépen be lettek natolva!

  [ Szerkesztve ]

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