Jaderné noviny - 19. 5. 2016: Začleňovací okno 4.7 je otevřeno, 1. část (diskuse)

[Joshua]

Načo gtp-u má niekto dáke blizsie informácie? Však to je len vrstva nad udp.. pár bajtov v podstate iba teidy.. či tam je podpora na tunnelovanie cez gtp-u? To by dávalo zmysel ale kto využije?

[JaMa]

http://laforge.gnumonks.org/blog/20160526-gtp-kernel/

[Joshua]

Škoda že linuxove jadro je nepoužiteľné s 10gbit interfaceami.... viac ako 3gbps som ešte nepretlačil cez kernel a s 1500B packetmi... aplikácie napísané pomocou dpdk to dávajú so 64B packetmi :) takže pochybujem že niekto bude čistý linux požívať ako ggsn alebo p-gw... :)

[Jendа]

Kubeček tu snad psal že se 10GE zabývá a zdálo se mi, že vypadal, že mu to funguje. Možná by ti mohl dát nějaké rady.

[Michal]

Testoval jsem 10 Gbps kartu X520-DA2 na E5-2620 @ 2.00GHz a povedlo se mi dosáhnout 4x 9,4 Gbps (2x iperf - v obou směrech na obou portech), tedy celkem blízko k těm 40 Gbps, co karta má. Pomocí pktgen se dařilo vyšplhat až na 11,6 Mpps (60 B). Pozoroval jsem hranici asi 1,6 Mpps na jedno jádro. Limitem byl server, karta ještě mohla.

Na i5-4460 @ 3.20GHz dával iperf 8,5 Gbps jedním směrem, 11 Gbps oběma najednou. Jedno jádro dávalo v pktgen (60 B) okolo 2 Mpps, čtyři pak 7,6 Mpps. Limitem je znovu procesor.

V normálním provozu mám na i5 špičky jen lehce nad 1 Gbps, ale CPU nemá co dělat, takže bych řekl, že vlastnosti provozu odpovídají výsledkům testu.

[ludvik]

On je rozdíl honit to mezi dvěma servery (a ještě iperfem) a nasadit to jako routing pro X desítek tisíc konexí. Zvlášť když člověk musí vypnout MQ, protože s tím se to buď za vteřinu, nebo za šest hodin kousne.

[Michal Kubeček]

Škoda že linuxove jadro je nepoužiteľné s 10gbit interfaceami.... viac ako 3gbps som ešte nepretlačil cez kernel a s 1500B packetmi...

Mně to funguje, našim zákazníkům to funguje, spoustě dalších to funguje… ale asi děláme všichni něco špatně, protože na rozdíl od vás nevíme, že je to nepoužitelné.

[Jiri Kosina]

Škoda že linuxove jadro je nepoužiteľné s 10gbit interfaceami

Existuji (i v cz) ISP, kteri tranzit (radove nasobky 10GE) uspesne routuji linuxovymi routery.

[Marián Kyral]

Příkaz "git grep" nemáme namísto "git awk" bezdůvodně.

V češtině mi to nějak nedává smysl.

Když vezmu originál:

There's a reason there's a "git grep" but not a "git awk" command.

Tak mi vyjde:

To je důvod proč máme "git grep" a nemáme "git awk"

[Václav "Darm" Novák]

To by bylo "That's a reason". Osobně bych to spíš přeložil (trochu volněji) jako:

Není náhodou že máme "git grep", ale ne "git awk".

[Marián Kyral]

Může být

[Fluttershy, yay!]

There's a reason there's a "git grep" but not a "git awk" command.

Tak mi vyjde:

To je důvod proč máme "git grep" a nemáme "git awk"

To ti vyjde špatně.

Slovo od slova by to mělo být „existuje důvod“, odtud dvojitý zápor v článku, který IMHO zní přirozeněji a AFAIK se celkem běžně používá; Darmožroutem navržený překlad je rovněž korektní.

[Václav "Darm" Novák]

Dvojitý zápor v článku není vyloženě špatně, ale hapruje tam zase slovo "namísto".

[Fluttershy, yay!]

IMHO to Linus právě tak myslel, tj. že git podporuje grep na úkor¹ awk.

¹ další slovo, které většina lidí neumí používat

[Václav "Darm" Novák]

Aha, já to z kontextu pochopil právě jako "to že s tím moc neumím je mimo jiné důvod proč najdete třeba git grep a ne git awk"

Vzhledem k tomu že ty nástroje nejsou tak docela jeden náhradou druhého mi to přišlo logičtější.

[Fluttershy, yay!]

Mně přišlo, že awk nepoužívá, protože si vystačí bez něj (tj. třeba s grepem).

[Marián Kyral]

Já to pochopil stejně.

[Marián Kyral]

1. Jsem ani nevěděl, že něco jako git-grep existuje - zatím nikdy jsem jej nepotřeboval
2. Předpokládám, že na githubu (nebo kde se git vyvíjí) už nějaký pull request na git-awk leží. Je to přece opensource a Linux není jediný vývojář

[Václav "Darm" Novák]

Linux není žádný vývojář :D Tedy dokud si kernel neuvědomí sám sebe a nezačne se psát sám :P

[Marián Kyral]

Kurnik. Myslím Linus a napíšu Linux - nějak se nedaří

Marián