IXのポートにつながっているpeerアドレスにpingをぶち込んでいるけどここはおとなしく帰ってくるねぇ。ってことはネットワーク死んでいないのかな。ただし、Equinixは怪しい。

何を投稿してやられたのか気になる。最近みかけないし、あれ？IDなくなってるとおもったらそういうことだったのか。

ただ、男子トイレの小便器にそういうのがあるというのは驚きw

日本みたいに水に溶けるようなトイレットペーパーではないし，下水も日本みたいに整備されていないから詰まる原因になるので流してはいけないんですよね。

そうなんですよね。葛西方面なら現実的な場所ですし，仕事を作って近くに立ち寄るときに行くのが私の流儀です！笑

AIの講演会はとても面白かった。

送料とか考えると躊躇しちゃうのよねー

今は実店舗なくなっちゃったんですか。。。残念すぎる。

某社辞める前はちょいちょいカレー大盛りで食べてました。懐かしい。たまには食べたくなるカレーですね。

勝負は、"game" なのか， "match" なのか。はたまた、"bout" なのか，悩ましい。

10GLR/SR/AOCなどでもそこそこ熱くなるので、熱だまりがあるような場所には向かないかもしれませんね。

これを見る限りだと、発熱に気をつけていれば大丈夫そう……？
tomocha.net/diary/?20240...

実際、src addrが5つ、dst addrも1つの通信はudp 64 byteでも7.7Gbps程度は出た。destが分散できなかったのは負荷試験機の仕様の問題

In fact, the communication with 5 src addr and 1 dst addr showed about 7.7Gbps even with udp 64 byte. dest could not be distributed due to the specification of the load tester.

この時、CPUは一つのcoreが100%に張り付いているので、受信割り込み処理が追いつかないものと考えられる。

At this time, one core of the CPU is stuck at 100%. Therefore, I thought that the interrupt processing at the time of reception cannot keep up.

受信時に、NIC側でキューを分割してくれないとサチるので、1 src addr/1 dst addrな通信だと、UDP 64 byteな通信は3.5G弱しか出ない

When receiving, if the queue is not divided on the NIC side, the communication will be stale, so if the communication is 1 src addr/1 dst addr, the UDP 64 byte communication will only be less than 3.5G.