No ale dovolil bych si tvrdit, ze tam neni uzke hrdlo ten mutex ktery az 500x zpomalil bridgovani. Kdyz vezmu v potaz co vsechno se musi vykonat nez paket "vytece" z jednoho virtualu do hostitele (to je daleko mene efektivni).
Nicmene je to dobry use case, to souhlasim.
Jen tak na okraj, pred lety jsem v ramci jednoho projektu zvazoval, ze vyzkousim udelat minimalisticky OS s jednoduchym routerem mezi tremi Gbit sitovkami tak, aby pri cinnosti "routeru" byly temer nulove context switche CPU a prehazovani paketu idealne formou DMA (nejsem si jist, zda to az takhle dobre s temi realteky ktere jsem na to chtel pouzit lze udelat). No a to srovnat s Linuxem/BSD. Samozrejme cele implementovane tak, aby to nikde nic neblokovalo (viz ten mutex ve FreeBSD).
Tak jen pro pojem o limitech - s 64B paketem + 12B mezerou, dela 1GbE asi 1.65MPkt/s (kdyz jsou vsechny pakety male). Takze ten, koho trapi ten limit o 3M, musi sw-switchovat minimalne 10Gb/s realneho trafficu.. a taky nechapu proc tam nedaji obycejny switch. Mozna nejaky chytrej manazer prosadil buzzword SDN - software defined network .. a ty jejich stroje to ponekud nedavaj :))
26. 4. 2020, 21:58 editováno autorem komentáře
Neznám to z denní praxe, ale řekl bych, že použitím je například hw krabička s FreeBSD, kde si nastavíte softwarově routování nebo bridge podle potřeby. Čili všude, kde místo specializovaného síťového hardware použijete kvůli flexibilitě a dostupnosti software raději obecný OS (FreeBSD). Pochopitelně to asi nebude nasazení na páteřní síti, i když třeba pro monitoring by se to mohlo hodit i tam.
Nechapu jaky to ma smysl, hrozne drahe reseni na to co to umi. Manageovatelny switch bude levnejsi i spolehlivejsi.
Ad monitoring patere, opet - switch s managementem to resi myslim daleko lepe. Mimochodem, ony i ty uplne nejlevnejsi switche bez managementu maji v sobe obvody, ktere by ten management velmi dobre umely (pres nejake I2C poskytnou spoustu informaci a umozni nastavit treba VLANy).