gerai jei ten butu tik rusiavimas ir poto paketai eitu tiesiai i hw, bet taip toli grazu nera. On 2015.09.24 21:50, CodeC wrote: > p.s. matosi kiek tu daug to linuxo ir networkingo ismanai, jeigu QoS ant > kernel'io qdisc'u ir netfilterio laikai 'maziau kodo' uz wifi draiverio > paketu rusiavima i keleta eiliu. kur visas CPU ryjimas gaunasi IP tos > field'o ir VLAN tag'o nuskaitymu. viskas. > taip - isjunges QoS'a ir ta rusiavima, kazkiek performance islost gali. > bet net is tolo nera ka lygint su atveju, jei visa srauta pradesi leisti > per netfilteri su kruva rules'u, hook'u, kuriu kiekvienas papildomas > nukerpa pralaiduma zenkliai. kad tokie sprendimai veiktu ant high-end > daiktu naudojami 8-16 core networking procesoriai, su specialiai > modifikuotu real time kerneliu ir vistiek masiskai naudoja ivairiausius > hw akseleratorius. nes be ju bilekoks CPU apsisika su tokiais uzdaviniais. > > On 2015.09.24 19:13, CodeC wrote: >> tai kas kad ant linuxo??? pas puse ju net nera tu papildomu qdisc'u i >> draiveri (ar kaip moduliu) sukompiliuota apskritai. nes gamintojas ju >> nenaudoja, o flash'a taupo iki paskutinio kilobaito. netfirterio >> didziosios dalies taip pat nera. >> net jeigu yra kazkur. tai ka tu cia siulai dabar? pasiskaityk ka >> suklykei kai as pasiuliau ant openwrt nestandartinius kanalus isijungt >> wiki paskaicius del stabilesnio rysio. viso labo. o tu siulai end >> useriui tc ir netfilteri paciam configintis???? abejoju ar pats bent jau >> sugebetum normalu softwarini DSCP sukonstruot... >> apie akseleracija. as taip tiesiog pavadinau. todel, kad tavo tas >> baisiai pateiktas 'sudetingumas' viso labo ir yra paketu surusiavimas i >> 4 skirtingas hw eiles. ir viskas. visa kita daro hw. >> vien ikompiliavus netfilteri performance krenta ZIAURIAI. >> dar prikurus visokiu rulsu, kad tas tavo QoS per qdisc'us veiktu, gausi >> vos krutanti apgailetina sprendima, kur is tavo gigabito liks megabitas. >> ypac mazais paketais. nes i naminius routerius niekas nededa tam >> reikalingu galingu CPU. >> bet cia jau OT. fleimas ir tavo rugavimai apie bobutes ne nuo to >> prasidejo. pripazinti, kad pats dar neseniai rasinejai apie OSI layerius >> vietoj qdisc'u - nesigauna. ir palaikei buduli, kuris svaiciojo apie QoS >> kaip duotybe ant laido, vien todel, kad tai yra 'network layer', todel >> 'nuo transporto nepriklauso'. tavo zodziai - 'budulis teisus'. tai ko >> dabar cia rasineji apie qdisc? taigi nx jie - ir taip viskas veikia >> pasak budulio. jis net 'dlna priority' yra isijunges. atsiskrolink puse >> metro i virsu. pamatysi pora juokingu postu. >> >> On 2015.09.24 17:57, mindis wrote: >>> nereik cia jokiu draiveriu krapstyt, dauguma naminiu pigienu butent ant >>> linuxu ir padaryti. nieko kodint neriekia. pilnas inetas prikrautas >>> pazvydzius kaip tuos CBQ ar HTB qdisc-us konfiguruot. >>> koks tau ant wlan hw akcelreacija, turetum gi zinot kaip ten procesas >>> vyksta? pacioj TX pradioj paketai SOFTWRISKAI suklasifikuojami, tada >>> sudedami i paprastai beliek SOFTWARINIU eiliu pagal tid numeri, is kuriu >>> jau SOFTWRINIS sheduleris kisa paprastai i 4-is hw eiles. is kuriu jau >>> pagal austesni pririorita siuncasi. nematau as cia praktiskai jokios hw >>> akseleracijos, tik N kartu daugiau kodo kuri turi prasukt procas kol >>> ikisa paketa i hw, nei iprastam ethrnet darivery su visais qdiscais ir >>> kitom kernelio gerybem kartu sudejus. >>> On 2015.09.24 16:03, CodeC wrote: >>>> papastink visa kernelio koda cia, padarysi ispudi. >>>> siaip jau prasiau pavardinti namu routerius, ant kuriu mano mama galetu >>>> isijungti QoS ant ethernet porto. nes dar visai nesenai pats zvengei is >>>> mano pasiulymo 'pakrapstyt' draiveri. tau svarbiau demonstruot >>>> butaforines savo zinias, nei tiesiai sviesiai atsakyt ir paprasta >>>> prasyma. slabo? >>>> qdisc ir iptables as ir pats naudot moku kiek man reik. ir jauciu >>>> skirtuma tarp Wifi native (gali vadint hw accelerated) QoS ir >>>> softwarinio sprendimo. Asus va taip padares 'QoS' ant WAN srauto - tik >>>> kokia is to nauda? Pats raso, kad jeigu uplink speed >=40mbps geriau >>>> isjungt, nes CPU nebepaveza to 'QoS'... bet tu dar parasyk kanors ne i >>>> tema, negi paliksi mano posta paskutini... >>>> >>>> On 09/24/2015 03:43 PM, mindis wrote: >>>>> tau ka, linuxo kernelio versija pasakyt kuri is principo yra px, ar >>>>> kaip? ar konkrecius qdisc-us kuriuos galetum tam reikalui panaudot. >>>>> gal >>>>> dar primint nuo kurios versijos ir multiqueue api atsirado visiems >>>>> tinklo draiveriams? >>>>> kokio qos-o reikia diffservo, voip,-o ar vlan prioretu paremto? viska >>>>> linukas moka. >>>>> pasisikaitinek kad ir cia ir apie cisco ir apie linuksu qos-us , gal >>>>> pagaliau suprasi kad tai yra bendrinis tinklo funkcionalumas, o ne >>>>> konkreciai wlanu: >>>>> http://web.opalsoft.net/qos/default.php#Linux%20related%20QoS%20information >>>>> >>>>> >>>>> >>>>> >>>>> On 2015.09.24 14:14, CodeC wrote: >>>>>> nesamone ir tiek. 'visi kuriuos esu mates' - jos ne argumentas. >>>>>> vardink konkreciai kas ir koki QoS palaiko. >>>>>> nes as zinau atvirksciai nei tu. >>>>>> >>>>>> On 09/24/2015 11:29 AM, mindis wrote: >>>>>>> ka tik neigei teiges, kad tik wifi gali duot qos-a, dabar vel bandai >>>>>>> kvescionuot qos-o buvima ant "laidiniu" routeriu ? Visi kuruos esu >>>>>>> mates >>>>>>> qos-a turi - belekoks linuxinis samopalas, ar belekoks teo statomas >>>>>>> routeris, keik maciau, turi, o prabangiu routeriu namie retai >>>>>>> nebuna - >>>>>>> cisco gi nieks i namus nestato, o ir tie patys tokius qos-us turi, >>>>>>> iki >>>>>>> kuriu pigiems wifi AP gerokai per toli, >>>>>>> On 2015.09.23 20:27, CodeC wrote: >>>>>>>> tai vis dar neisvardinai routeriu kurie per ethernet moka QoS >>>>>>>> daryt. >>>>>>>> >>>>>>>> On 2015.09.23 14:03, mindis wrote: >>>>>>>>> nu tai aisku nukirpai pries tai ejusi klausima, i kuri atsakymas >>>>>>>>> buvo >>>>>>>>> tavo pacituotas teiginys >>>>>>>>> ziurim cia: >>>>>>>>> budulis vulgaris taves klause: >>>>>>>>> "O kokį papildomą "funkcionalumą" duoda WiFi?" >>>>>>>>> tavo, ponuli, atsakymas buvo tiesus ir aiskiai: >>>>>>>>> "nu kad ir QoS, ACL pvz. ir daugiau yra visokiu niuansu." >>>>>>>>> tai kad dar kitaip siulysi suprast, jei ne tai kad QoS ir ACL yra >>>>>>>>> papildomas funkcionalumas, kuri duoda butent wifi, aaa ? >>>>>>>>> >>>>>>>>> On 2015.09.22 20:08, CodeC wrote: >>>>>>>>>> va mano esminis postas: >>>>>>>>>> >>>>>>>>>> "nu kad ir QoS, ACL pvz. ir daugiau yra visokiu niuansu. at least >>>>>>>>>> kalbant apie 'iprastus' naminius routerius. aisku gali ta >>>>>>>>>> pasidaryt ir >>>>>>>>>> su papimpintu switch" >>>>>>>>>> >>>>>>>>>> po kurio seke N tavo ir budulio isvadu, kad as QoS laikau >>>>>>>>>> isskirtine >>>>>>>>>> Wifi savybe. kas reiskia kad nemokat skaityt. kad QoS veikia OSI >>>>>>>>>> network >>>>>>>>>> layer, kad su transportu niekaip nesusije. kas yra netiesa, nes >>>>>>>>>> ant >>>>>>>>>> Wifi >>>>>>>>>> QoS yra galima sakyt hardwarinis, 802.11 standarto ir butent tam >>>>>>>>>> specialiai padaryto/pritaikyto MAC, wifi draiverio dalis. kad >>>>>>>>>> jeigu >>>>>>>>>> yra >>>>>>>>>> ant Wifi, reiskia yra ir ant ethernet portu :)))) uz ka didesnes >>>>>>>>>> nesamones sugalvot net eiline kasininke turbut negaletu. >>>>>>>>>> nekalbant >>>>>>>>>> apie >>>>>>>>>> kazkokius mindzius kodo eilutes pastinancius ir i semi profus >>>>>>>>>> pretenduojancius. >>>>>>>>>> del mano posto ir durnam turejo but aisku, kad kalba apie >>>>>>>>>> paprastus >>>>>>>>>> namu >>>>>>>>>> routerius, kurie per ethernet QoS tikrai nepalaiko normaliu >>>>>>>>>> atveju. >>>>>>>>>> budulis vis dar nesugebejo papasakot ka ir kaip yra ijunges ant >>>>>>>>>> savo >>>>>>>>>> linksys routerio ir ka vadina 'DLNA priority'. matyt labai gerai >>>>>>>>>> zino. >>>>>>>>>> as tuo tarpu teigiau, kad QoS yra Wifi native dalis. Ijungtas ir >>>>>>>>>> veikia >>>>>>>>>> by default. Bent jau kalbant apie 11n ir 11ac standartus. >>>>>>>>>> grubiai - >>>>>>>>>> pajungsi telika nuo to pacio router per Wifi - QoS turesi, >>>>>>>>>> pajungsi >>>>>>>>>> per >>>>>>>>>> ethernet - QoS neturesi. labai norint ir mokant galima pasidaryt >>>>>>>>>> softwarini QoS ant tokio routerio ir tai su salygom, bet tam >>>>>>>>>> neuzteks >>>>>>>>>> sugebejimo koda pastint i newsus. nori apie tai pasikalbet >>>>>>>>>> placiau >>>>>>>>>> private gal? >>>>>>>>>> 'maziau raukiantys' tame tarpe ir tu super graziu tonu bande man >>>>>>>>>> isaiskint, kad as nusisneku :) >>>>>>>>>> As viso labo trumpu sakiniu atsakiau i budulio nuo pat pradziu >>>>>>>>>> sarkastiska klausima, koks yra wifi papildomas funkcionalumas >>>>>>>>>> lyginant >>>>>>>>>> su 'laidu'. >>>>>>>>>> tau kazkodel smarkiai nepatiko mazo zinios, pavydi gal? daugiau >>>>>>>>>> siulei >>>>>>>>>> pas bobute eit ir proto neknist, negu i tema rasei. >>>>>>>>>> panasu, kad pats baisiai nori buti visaziniu, pastini cia kazkoki >>>>>>>>>> koda, >>>>>>>>>> galvoji man tai ispudi padare? deja tavo pagrindinis koziris - >>>>>>>>>> manes >>>>>>>>>> durninimas. jeigu ir esi mates ta koda, tai ziurejai knyga, >>>>>>>>>> supratai >>>>>>>>>> spyga, jei tokiais pareiskimais apie QoS nepriklausomybe nuo >>>>>>>>>> transporto >>>>>>>>>> metaisi. >>>>>>>>>> >>>>>>>>>> On 2015.09.22 16:30, mindis wrote: >>>>>>>>>>> nu as tave pasiunciau, visazinio tono neapsikentes. o kad kiti >>>>>>>>>>> tingi >>>>>>>>>>> ir/arba neturi tiek laiko, kaip tu, prota knist, tai nereiskia >>>>>>>>>>> kad >>>>>>>>>>> apie >>>>>>>>>>> diffservus ir kitokius qos supratimo neturi. >>>>>>>>>>> turbut nesenai 80211_classify() tipo f-ja draivery >>>>>>>>>>> krapstinejai ir >>>>>>>>>>> dar >>>>>>>>>>> pasididziavimo savimo didziu protu seiles nenudziuvo, kad tokiu >>>>>>>>>>> dievu >>>>>>>>>>> QOSe pasijutai ? >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >