須崎さんによるComSys2016まとめ

suzaki @KuniSuzaki

ComSys分散システム一つ目。ロボットで使われるROS(Robot Operating System)からUPnPを津合ってデバイスを検索し、デバイスを認識するSDCR: Service Discovery and Control for Robotの提案。

suzaki @KuniSuzaki

ComSys分散システム二つ目。分散型SNSを作るための共通ランデブポイントインターフェースの実装。TwitterのDirect Message、Facebookなどの集中型SNSが使っているSocial VPN、P2P型VPNのTincVPNなどを統合した分散型SNSを作成した

suzaki @KuniSuzaki

分散型SNSではステガノグラフィを使って、通信していること自体を管理者に検知されないようにする工夫あり。

suzaki @KuniSuzaki

ComSys分散システム三つ目。ROS: Robot OSで安全に通信するためにIXM: Information Exchange Middlewareを開発した発表。

suzaki @KuniSuzaki

virtualBoxでNATを設定しているがDHCPが使えない。確認すると「アダプター１：Intel Pro/1000 MT Desktop(NAT)」の有線を使うようになっている。これを無線LANの方に変えられないものか？

suzaki @KuniSuzaki

ComSys16三日目。農工大学山田先生のOSDI2016報告から始まる。 usenix.org/conference/osd…

suzaki @KuniSuzaki

山田さんが選んだOSDI16の代表４本。一つ目はShuffler（コロンビア大） ASLRがっても3年間で300-500の攻撃があった。これを防ぐために実行時に常にランダマイズする。関数はcode pointer tableを介してインダイレクトジャンプする。

suzaki @KuniSuzaki

山田先生が選んだOSDI16の代表４本。二本目はJVM Warm upを行うHotTub。usenix.org/conference/osd… JVMはクラスロードやJITコンパイルなどで起動時が遅い。これを防ぐ目ため、使ったJVMは終了せずイ使いまわすことで性能向上を行う。

suzaki @KuniSuzaki

山田先生が選んだOSDI16の代表４本。三本目はEarly Detection of Configuration Errors。コンフィグの設定ミスは動くけどやばい時に見つかる。このため早期に発見するPCheckの提案。このため、サンドボックス内で実行して引数のテイント解析を行う

suzaki @KuniSuzaki

山田先生が選んだOSDI16の代表４本。四本目はHuge Pageの管理法であるIngens。LinuxのTHP: Transparent Huge Pagesは即座な割り当て雑であり、またフェアでない。これをよりよく管理する手法。

suzaki @KuniSuzaki

ComSysネットワーク一つ目。VMによるマルチテナント環境ではVLANが使われていたが管理が固定的・煩雑の問題があった。このためにOpenFlowを使うFlowVisorがあるが、エントリの衝突がないことを仮定していた。フローエントリの衝突検証し、解消する手法の提案。

suzaki @KuniSuzaki

ComSysネットワーク二つ目。既存の集中型SNSはプライバシー、サービス停止によるコンテンツ消失(Google Side wiki)、アカウント停止が他に影響する、サービスが異なる(facebookとtwitter)と友達になれない、などの問題がある。

suzaki @KuniSuzaki

先の問題を回避するために特定のサービスに基づかない分散型SNSの提案。これは自律的なソーシャルルータVPNがベース。

suzaki @KuniSuzaki

既存のSNSに色々問題があり、それを解決したいのは分かるが、SNSベンダーの収入源である広告を認めないようなサービスは難しいのではないでしょうか。

suzaki @KuniSuzaki

ComSysネットワーク三つ目。Intel DPDKを用いたネットワーク遅延エミュレータDEMUの開発。DPDKの処理は占有コアに割り当てpolling。メモリにはHuge Pageを使ってオーバーヘッドを減らす。

suzaki @KuniSuzaki

Linuxのブートオプションでisolcpusを使い、DPDKの処理はCPU Isolateする。これが効くのか。