No dobře, byl jsem trošku expresivní, ale třeba:
"vedle nejpoužívanějšího Ethernetu, WiFi a PPP lze nalézt ovladače pro skutečné speciality" - vážně, co třeba nějaké xDSL? Aha, to není specialita, ale podpora žádná, takže žádné OpenWRT do xDSL modemů... (já vím, že za to můžou výrobci, kteří dodávají jen blob).
Se Sporkem zcela souhlasím: nepochopil jsem, co autor chtěl článkem říct nebo přiblížit.
Je to jako rozvedený popis obsahu toho školení. Taky by to mohl být úvod do série článků, kde by se autor věnoval třeba Netlink protokolu nebo nftables nebo nějakému podobnému tématu, ale tomu nic nenasvědčuje.
xDSL resit nechces. Protoze... U ADSL musis resit nejnizsi vrstvu ktera se ovlada ruzne v zavislosti na blobu a jaky je interface ven. A pokud ti doma chybi dslam na experimentovani, tak bych asi proti skutecnemu zarizeni moc neexperimentoval, protoze bys zarizeni mohl uvest do nesouladu s normami pro pripojeni. Nekoho by to mohlo zajimat a zacal by merit... Resis bitmapu, muzes ohulit i odchozi vykon, mereni FEXT/NEXT, resynchronizace, zpusoby synchronizace, prepinani mezi normami, chybovost, ruzne zmeny utlumu frekvenci na vedeni, signalizace mezi dslamem a modemem (tohle je dost velka bolest dodnes).
Vys uz musis resit treba u ADSL ATM vrtvu - zas zavisi jestli na to muzes pres linuxu atm rozhrani nebo kouka ven nejaka emulace, u VDSL resis PTM takze to jede podle binarniho blobu. Dal nad tim vrstvy jine jako ruzne zpusoby zabaleni ethernetu nebo PPPo(A/E) ci co jeste. V lepsim pripade resis jeden okruh, v horsim vic treba jeste na IPTV.
Proto pisu. To nechces a pravdepodobne ani nepotrebujes. Clanek by nesel postavit obecne protoze obecna implementace neexistuje, ale musel by se venovat jednomu nebo jen nekolika modelum. A minimalne by pred nim mel byt teoreticky uvod. Celkove bych to videl i na serial.
To neni jako primitivni ethernet ktery je jednoduchy tak ze bezny troglodyt zmakne a v linuxu mas univerzalni rozhrani kde ma cenu delat na to obecny clanek.
Zvlastne, odkaz na cloudfare ukazuje ~1Mpps co je ukrutne malo...
S DPDK/ODP je mozne to skalovat na zaklade pocte jadier v NUMA node, cim viac jadier, tym lepsie je to mozne skalovat.
Mimochodom Juniper OpenContrail, konkretne vRouter-DPDK na 4 jadrach v jednom NUMA node dal 4-6Mpps 64B.
Este k tomu DPDK, chysta sa 'genericky' TCP/IP stack.
DPDK nechystá stack, ačkoliv se o tom v komunitě občas debatuje. Velmi pravděpodobně se ale žádný stack do upstreamu nikdy nedostane, protože je tendence omezovat DPDK pouze na "podvozek", tj userspace ovladače a nejběžnější knihovny. Ale jsou projekty, které nad DPDK staví anebo jej používají jako backend. Např. v rámci fd.io podobná snaha je.