ネット同時配信におけるCMAFやMedia Timed Event (MTE) と送出マスターのSSAI対応、放送サービス高度化におけるAddressableTVとBroadcast-independent Apps.Read less
※GPGPUは大変素晴らしい技術です。 じーぴーゆーたちはこうじょうでせいさんされます。みんなきれいなげーむやらなにやらをびょうがしたいなあ、とゆめみています。 じーぴーゆーはさんかっけいをびょうがするのがだいすきです。えんどゆーざーのもとでなにをびょうがするのがいまからどきどきしています。 ああしかしうんめいとはざんこくなもの。じーぴーゆーたちはまとめてどっかのけんきゅうしつにうられていきました。じーぴーゆーたちはふあんそうです。 なんと!じーぴーゆーたちはぜんぶまとめてつながれてかがくぎじゅつけいさんにりようされてしまいました。 さんかっけいをびょうがしたいじーぴーゆーたちはまいにちまいにちぎょうれつのこゆうちばかりもとめさせられてどんどんかなしいきぶんになってきました。 そんなころ、いんてるというかいしゃがめにーいんてぐれーてっどこあというものをかいはつしました。 がくしゃたちは「お
Repro インフラチーム (SRE + 分析基盤) の伊豆です。今回は、Repro のデータ収集基盤で私たちが遭遇した問題を紹介したいと思います。 具体的には、AWS Network Load Balancer(NLB) + Fluentd の構成でファイルディスクリプタが枯渇する謎の現象に遭遇したので、その問題の調査記録と解決策を共有します。また、この問題を解消するにあたり Fluentd に PR を送ったのでそれの紹介もします。 https://github.com/fluent/fluentd/pull/2352 データ収集基盤の構成 Repro のデータ収集基盤はFlunetd High Availability Configをもとに構成され、大まかに次のようになっています。 SDK からアップロードされたデータは、転送用 Fluentd(log forwarders)を経由し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く