ir vel esi neteisus. DFS yra hardwarinis. nieko jis softwariskai ant 
kiekvieno tx rx nedaro, kol neranda radaro. t.y. tas pats kaip ethernet. 
apskritai niekas nevercia naudot DFS kanalu, o jei ir naudoji wifi 
indoor'e, tai niekas nevercia jo ijungto laikyt. ar vel problema kanalu 
sarasa pasikeist? lengviau netfilteri susikonfigint? tx scheduleris CPU 
neryja. niekos jis ten nedaro. kiek gali prikist i hw prikisa ir toliau 
miega. bet kuriuo atveju, nei DFS nei kazkoks kitas bendras wifi 
draiverio kodas niekaip nesusijes su QoS overhead, skirtingai nei 
papildomai ijungtas netfilteris.
taip pat neteisus del to ka routeris daro. taip, ant WAN'o jis srauta 
analizuoja, filtruoja, kazka dropina kazka praleidzia. bet ant LAN'o - 
ne. pabandyk pakurti ta pati firewall ant LAN porto ir paziurek kas liks 
is pralaidumo is kokio nors NAS ant tavo vargano routerio CPU :)
taip kad esi trolis. nieko daugiau.

On 09/25/2015 02:16 PM, mindis wrote:
> visas tas softvariniu paketu eiliu managinimas ir shedulinimas, visokie
> reitu algoritmai ant kiekvieno tx-o kruva kodo procesina, dfs-as irgi
> ant kiekvieno rx-o ir tt ir pan - nu krc kruva overheedo kiekvienam rx
> tx paketui lyginant su yzeriu. prikodinta tiek kad puse kernelio
> parasytum su tiek teksto. o kas jau tokio axujieno netfilteri - ip
> galvas ar taip taip routeris analizuoja, tai elinis filtras pagal ip
> galvos viena lauka yr toks mazmozis lygint su tuo siusklynu wlane.
>
> On 2015.09.25 13:27, CodeC wrote:
>> kuria prasme? kas dar brangiai CPU resursais kainuoja kalbant apie QoS
>> daryma? ar cia bendras teiginys, kad wifi yra gaidys, nes visko daug
>> daro, todel is principo negali buti gerai?
>>
>> On 09/25/2015 10:57 AM, mindis wrote:
>>> gerai jei ten butu tik rusiavimas ir poto paketai eitu tiesiai i hw, bet
>>> taip toli grazu nera.
>>
>>
>