IMAMASU Ryohei rimms

#glog

基本

glog 0.3.2
http://google-glog.googlecode.com/svn/trunk/doc/glog.html
入力（設定等）
引数による指定（Google gflags libraryがインストールしてあれば、glog提供のフラグが引数から扱えるようにナル）

ノード追加削除時の各アルゴリズムで予想される挙動まとめ

概要

本文書では， Jubatus のノードがクラッシュしたり追加されたりしたときに，各アルゴリズムが ANALYZE および UPDATE の処理を続けられるかどうかについて述べる．

概観

Jubatus C++: コーディングスタイルを現在の実装にあわせようとする草案

Google C++ Style Guide

http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml

これをベースにJubatus向けに直す。直す際には、書式の再フォーマット以外での変更はバグ回避のためなるべく最小限に抑えてコードを綺麗にしたい。

Classes

新 generator 実装方針

概要

generator は以下の機能を目的としている。

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

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

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

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

Jubatusコード規約

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

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

Aggregator

	all_and	all_or	concat	merge	ignore	pass
object						OK

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

Jubatus 0.4.0 RPC性能評価(1)

概要

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

ゴール

RPC 関連の課題整理

Jubatus サーバのタイムアウト機能を使用したくないユーザ (--timeout 0) の救済方法を検討する
- 解決策: クライアントから close できるインタフェースを用意する (Jubatus クライアントを修正)
  - https://gist.github.com/kmaehashi/ab51ae3232e2bb092ad8
Jubatus サーバのタイムアウト機能を使用したいユーザの救済方法を検討する
- サーバから timeout で自動切断(サーバから TCP FIN パケット送信)された後に RPC メソッドを呼んだ際に RPC エラーが起きるのが不親切 (C++/Python/Ruby のみ)
解決策の案(松): サーバから受け取った FIN リクエストを正しくハンドリングするように修正 (msgpack-rpc ライブラリを修正)

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

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

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

	- node