Yutaro Hayakawa

@YutaroHayakawa

Linux networking, XDP, FreeBSD, eBPF, netmap/VALE, Account for technical things.

Vrijeme pridruživanja: listopad 2017.

Tweetovi

Blokirali ste korisnika/cu @YutaroHayakawa

Jeste li sigurni da želite vidjeti te tweetove? Time nećete deblokirati korisnika/cu @YutaroHayakawa

  1. Prikvačeni tweet
    19. velj 2018.

    My talk "eBPF Implementation for FreeBSD" got accepted for 2018! I will talk about my generic-ebpf and vale-bpf works.

    Prikaži ovu nit
    Poništi
  2. ebpf mapを作ろうとしてlocked memoryの上限に当たった時にENOMEMじゃなくてEINVALが帰ってくるの何故。。。こっちの入力が悪いのはそうなんだけれども。。。

    Poništi
  3. 31. sij
    Poništi
  4. 29. sij

    ハマったのはlinux。これ準拠の実装になってるっぽい?

    Prikaži ovu nit
    Poništi
  5. 29. sij

    RFCによるとIPv4のraw socketとは違ってIPv6のraw socketはヘッダを受け取れない。IPv4のraw socketからrecvするとヘッダがついてくるけど、v6ではついてこない。これで1時間弱ハマった。。。

    Prikaži ovu nit
    Poništi
  6. 27. sij

    みんなありとあらゆる手段でKVSを速くしてる

    Poništi
  7. 26. sij

    面白そう。この手の話は好物。

    Poništi
  8. 23. sij

    送信側のxdpフックができた。手始めにtunデバイスの送信側 (VMに向かう方) で使えるようになるらしい。

    Poništi
  9. 15. sij

    おお〜、mapをバルクで読み書きできるインターフェースが追加されたっぽい。便利。これってアトミックに複数の要素を読み書きできるのかな?後で読む。

    Poništi
  10. proslijedio/la je Tweet
    15. sij

    何卒よろしくお願い申し上げます…興味があってもなくても歓迎でございます | 【東京/福岡開催】LINE Verda室 インフラ開発エンジニア カジュアル面談Days

    Prikaži ovu nit
    Poništi
  11. proslijedio/la je Tweet
    14. sij

    来週のJANOG45で弊チームから発表する齋藤さんのインタビューが掲載されました

    Poništi
  12. proslijedio/la je Tweet
    13. sij

    Version 4.2.0 is out! Something broke setuptools causing a rewrite of the release code. We also moved from select to poll. A good number of bug fixes and, best for last, support BGP-Prefix-SID for SRv6-VPN (thank you )

    Poništi
  13. proslijedio/la je Tweet
    10. sij
    Poništi
  14. 10. sij

    おおお!とうとうmptcp入るのか!

    Poništi
  15. 5. sij

    カーネルモジュールはアンロードの処理が一番難しいな。散らかすのは簡単だけど後片付けは大変。

    Poništi
  16. 4. sij

    UDPのGSO、ちゃんと調べたことなかったけど、手動でgso_sizeを指定するようになってるのか、なるほど。これはフラグメントオフロードとは別物なんだな。

    Poništi
  17. 3. sij

    ただ、これ実はLROっていうと主語が大きすぎるのかもしれなくて、実際にはベンダごとに実装がだいぶ違うのかも?実はあるベンダのLROはGRO_HW相当のことができるみたいな。

    Prikaži ovu nit
    Poništi
  18. 3. sij
    Prikaži ovu nit
    Poništi
  19. 3. sij

    linuxをフォワーディング用途 (LRO/GROで固めたパケットをTSO/GSOで元に戻すケース) で使うときはLROを切るのが定石だけど、これはTSOの仕様に起因するトラブルが原因で、基本的にはGROまたはGRO_HWを使えば大丈夫らしい。 今のところこの機能をサポートしてるのはbroadcomとqlogicの一部のNICだけ。

    Prikaži ovu nit
    Poništi
  20. 3. sij

    実はlinuxには受信側のセグメンテーションオフロードが2種類あるらしい。1つはLROと呼ばれていて、もう一つはGRO_HWというもの。違いとしてはGRO_HWはTSO/GSO使って元のパケットを復元できる場合にしかパケットを結合しない。LROは必ずしもそうではないらしい。

    Prikaži ovu nit
    Poništi
  21. 2. sij

    いつか役立ちそうだ。覚えておこう。

    Poništi

Čini se da učitavanje traje već neko vrijeme.

Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.

    Možda bi vam se svidjelo i ovo:

    ·