Keresés

Hirdetés

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

  • bambano

    titán

    válasz errorcode06 #1 üzenetére

    99% parasztvakítás, 1% értelem. vagy még ennyi se.
    az alapprobléma, hogy az átlag user fogyasztó, nem termelő. tehát a bejövő sávszélességét használja jobban, nem a kimenőt.

    minden forgalomoptimalizálásnak akkor van értelme, ha a szűk keresztmetszet túloldalán van. következmény: az ilyen optimalizáló kártyáknak akkor lenne valódi értelme, ha az isp-dnél lenne, és az isp központjától feléd jövő forgalomba lenne beállítva.

    a te pc-dbe rakva nagyon jól tudja optimalizálni a kifelé menő forgalmadat, de minek, mert az jellemzően kicsi. elvben egy nagyon minimális hajszálnyit bele lehet babrálni a bejövő forgalomba a kifelé menő nyugta csomagok piszkálásával, de ez nem biztos, mint a kutya vacsorája, másrészt nem is hatékony.

    tehát fotonok földművelő szemébe juttatása.

    a poszternek új klavira van szüksége, túlmozgásos a vessző gombja.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

  • bambano

    titán

    egyébként ha kilopnák a solarisból a zero copy tcp-t, az valóban sokat dobna a teljesítményen.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

  • bambano

    titán

    válasz antikomcsi #9 üzenetére

    nyilván, aki tudja, hogy működik a hálózat, az azt is tudja, hogy parasztvakítás, a többieknek meg jó lesz a placebo hatás is.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

  • bambano

    titán

    válasz jerry311 #37 üzenetére

    de észreveszed, mert ha a központban a feléd jövő queue-t telerakják valami nagy letöltés csomagjai, akkor a játékhoz tartozó kisebb csomagok vagy a ping kénytelen megvárni, míg elmegy előtte a tehervonat.
    ráadásul például kábeltv-n a hatékonyság növelése érdekében össze szoktak pakolni több ethernet csomagot egy keretbe. ha van elég letölteni való és már összepakolta a csomagot, akkor nem tudja előresorolni a pinget vagy a játékot, már azért sem, mert valószínűleg a szolgáltató nem priorizálja a játék adatait.

    tehát igen, nő a késleltetés, ha közben megy valami nagy letöltés.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

  • bambano

    titán

    válasz jerry311 #43 üzenetére

    "Köszönöm, hogy felébresztettél ebből a rémálomból,": nagyon szívesen, máskor is.

    "Komolyan be akarod magyarázni, hogy neked van igazad azzal szemben amit első kézből tapasztaltam, ahhoz nem lesz elég egy ilyen kis 8 soros szösszenet, mint a #42.": akkor fogj hozzá és tételesen cáfold meg.

    elhangzott állítások:
    1. "ha a központban a feléd jövő queue-t telerakják valami nagy letöltés csomagjai, akkor a játékhoz tartozó kisebb csomagok vagy a ping kénytelen megvárni, míg elmegy előtte a tehervonat."
    2. "kábeltv-n a hatékonyság növelése érdekében össze szoktak pakolni több ethernet csomagot egy keretbe."
    3. "ha van elég letölteni való és már összepakolta a csomagot, akkor nem tudja előresorolni a pinget vagy a játékot"
    4. "valószínűleg a szolgáltató nem priorizálja a játék adatait."
    5. "nem tudja előresorolni a pinget vagy a játékot, már azért sem, mert valószínűleg a szolgáltató nem priorizálja a játék adatait."

    ezek voltak az objektív állítások. ezek alapján állítottam azt, hogy:
    6. "de észreveszed"
    7. "tehát igen, nő a késleltetés, ha közben megy valami nagy letöltés."

    a 7-es állításom nem mond ellent annak, amit te írtál.

    szóval az első 5 állítást nem fogod tudni cáfolni, egyszerű hálózatelméleti dolgok. a 7-es nagyjából az, amit te írtál, a 6. az vitatható az alapján, hogy konkrétan milyen a forgalom a végpontodon.

    akkor végülis min kaptad fel a vizet?

    egy apróság: ha docsisban összerakod a kereteket 6500 KB-ig, és mondjuk 15 megabites szolgáltatást adsz, akkor az nagyjából 60 Kb nyers vonali kapacitást igényel, ami akkor is 4ms késleltetés, ha nem kell közben csatornát allokálni.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

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