[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