[BSD] TCP kapcsolatok szama
SZTANKAY Zsolt
stan at mail.datanet.hu
2008. Nov. 26., Sze, 11:47:39 CET
Szia!
Jogos. Bocs, errol a parameterrol lehet lemaradtam. Akkor marad a proxy,
mint legegyszerubb megoldas.
pf nem tud valami ilyet? Mondjuk egy queue-t csinalni, aminek
meghatarozott packet sebessege van (lehet egyaltalan ilyet?) es oda
tolsz mindenkit, utana a pf idoziti a csomagokat.
Zsolt
Andras POTOCZKY írta:
> Hi
>
> A szolgaltato azt allitja, hogy ez a korlatozas csak az uj tcp
> kapcsolatokra ervenyes, a nyitottakra nem, vagyis a tablaban tartas
> idejenek csokkentese szerintem meg rontani is fog a helyzeten, bar lehet
> tevedek.
>
>
>> Szia!
>>
>> Ez az F5-on rezges ismeros problema...
>>
>> Olyan esetleg nem segithet, hogy alacsonyabbra veszed a packetek
>> tablaban tartasanak idejet (linux alatt van ilyesmi, gondolom itt is
>> van, nem jut eszembe a pontos neve) es ugy hamarabb szorja a nem
>> hasznalt socketeket? Ez elsosorban p2p eseten szokott segiteni a
>> beragadt, felig nyitott socketek szorasahoz, de lehet itt is segithet.
>> Valamint azt nem tudom, hogy amugy mennyire rug a "normalis" kapcsolatok
>> ala egy ilyen atallitas.
>>
>> Zsolt
>>
>> Andras POTOCZKY írta:
>>
>>
>>> Ennek egyebkent annyi gyakorlati haszna is van, hogy a felhasznalo ele
>>> ki tudom tenni, hogy a keres jelenleg nem teljesitheto es ne nyomkodja a
>>> refresh gombot mint a felorult, hogy egyre rosszab legyen... mig
>>> jelenleg csak nezi, amint lassan kuszik a vegtelenbe a folyamatjelzo.
>>>
>>>
>>>
>>>
>>>> Halihó!
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Van erre valami megoldas, hogy en magam tudjam megfeleloen szabalyozni a
>>>>> tcp kapcsolatokat, hogy ne jussunk el a szolgaltatoig a problemaval?
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Workaround megoldás lehet egy proxy beállítása, amelyben meg tudod adni,
>>>> hogy hány szálon nyisson kapcsolatot kifelé.
További információk a(z) BSD levelezőlistáról