Keresés

Hirdetés

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

  • 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.

  • 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ő"

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