y-oda-oni-juba

===============================
クライアント言語毎の PRC例外
===============================

C++ ( jubatus-msgpack-rpc )
--------------------------------

    例外クラス階層                       CODE                             コメント
    --
    std::runtime_error                   

y-oda-oni-juba

msgpack で polymorphic なクラスの pack/unpack を行う例。型情報、バージョン情報つきでオブジェクトをpackするかんじ。

suma

MessagePack RPCクライアントの振る舞い及びエラー処理

概要

MessagePack-RPCのクライアントのエラー処理を正しく、またその後に何をすべきか（可能か）まとめる。 「このエラー起きたとき、どう処理すべきか？」ということを説明する。

説明しないこと：RPCサーバの作り方、各言語のライブラリのプロトコル実装やエラー定義の差。

suma

MessagePack RPCクライアントの振る舞い及びエラー処理

概要

調査する点

• TCPの接続はどの段階で実行されるか
• コンストラクタ（オブジェクト作成時）　→　無し
• RPC呼び出しを実行時　→　有り

kmaehashi

RPC 関連の課題整理

• Jubatus サーバのタイムアウト機能を使用したくないユーザ (--timeout 0) の救済方法を検討する

  • 解決策: クライアントから close できるインタフェースを用意する (Jubatus クライアントを修正)
    • https://gist.github.com/kmaehashi/ab51ae3232e2bb092ad8

• Jubatus サーバのタイムアウト機能を使用したいユーザの救済方法を検討する

  • サーバから timeout で自動切断(サーバから TCP FIN パケット送信)された後に RPC メソッドを呼んだ際に RPC エラーが起きるのが不親切 (C++/Python/Ruby のみ)

• 解決策の案(松): サーバから受け取った FIN リクエストを正しくハンドリングするように修正 (msgpack-rpc ライブラリを修正)

odasatoshi

jubatus管理ツール群役割(現状)
===============================

定義
-----------

- task
   NAMEによって区別される機械学習タスク
 
- node

y-oda-oni-juba

Jubatus 0.4.0 RPC性能評価(1)

概要

Jubatus 0.4 のリリースにともなって RPC実装が pficommon ベースから mpio/msgpack-rpc ベースに移行した。これによって RPC性能がどのように 変化したか傾向を確認する

ゴール

unnonouno

Aggregator

	all_and	all_or	concat	merge	ignore	pass
object						OK

|object | | | | | |OK | +---------+---------+--------+--------+-------+--------+-------+ |bool |OK |OK | | | |OK |

unnonouno

Jubatusコード規約

原則 Google C++ Style Guide に従います。 但し、以下の点に関して差分があります。

なお、外部から導入された jubatus/server/third_party 以下のファイルは対象外です。

rimms

これまでの議論と 進め方 などのまとめ

Jubatus において状態書出/読込機能が必要となるユースケース

save/load という既存機能に関わらず、状態書出/読込機能が必要とされるケースを列挙する。必ずしも、状態書出/読込で実現する必要はない。

1. 「誤ったデータを学習させた」などのオペレーションミスへの対策