kai-devel-ja Mailing List for kai (Page 5)

Kai is a distributed key-value datastore

Status: Beta

Brought to you by: takemaru

kai-devel-ja — For Kai developers in Japanese

You can subscribe to this list here.

2008	_Jan	_Feb	_Mar	_Apr	_May (14)	_Jun (95)	_Jul (94)	_Aug (44)	_Sep (5)	_Oct (8)	_Nov (14)	_Dec (6)
2009	_Jan	_Feb (18)	_Mar (19)	_Apr	_May (11)	_Jun (8)	_Jul (4)	_Aug	_Sep (3)	_Oct	_Nov	_Dec
2011	_Jan	_Feb	_Mar (1)	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

Flat | Threaded

<< < 1 .. 3 4 5 6 7 .. 14 > >> (Page 5 of 14)

Re: [Kai-devel-ja] 0.2 リリースに向けて

From: Takeru I. <tak...@gm...> - 2008-08-28 13:39:53

> とりあえず、trunk に kai_tcp_server の修正だけ入れてしまい
> 二回目のリリース後に検討するという事で如何でしょう？

この線で 0.2.0 をリリースしました．
SASL は 0.3 に向けて考えていきましょう．

0.3 の目標は

- SASL
- Vector Clocks
- dets

といったところでしょうか．


2008/8/24 Takeru INOUE <tak...@gm...>:
> 0.1 のリリースから一ヶ月半が経つので，そろそろ Kai 0.2 をリリースしたいなと考えてます．
>
> cooldaemon さんが取り組んでくれている SASL が落ち着いたら，connection pool をマージして，それを 0.2
> にしようと思ってますが，いかがでしょうか．
>
> 0.1 からの差分は，次のようになる予定です．
>
> - Better stability under high load
>   - Introducing connection pooling
>   - Avoidance of deadlock
>   - Fixing a bug of node list in the consistent hash
> - Preparation for vector clocks
>   - Routing requests to the coordinator
> - Operability issues
>   - SASL
>   - EDoc and dialyzer
>
>
> 2008/8/21  <tak...@gm...>:
>> はい、詳しい人にやってもらったほうがよさそうなので、お願いしますm(__)m
>>
>> On 8/21/08, masahito ikuta <coo...@gm...> wrote:
>>>> みんな，show のような関数を定義して使ってるんですかねぇ．
>>>
>>> ELOG は、yaws の source を見て盗んだような記憶があります。
>>> show は、何となく私が適当に作ったものです。
>>> 試しに、私のほうで branch を作って SASL を組み込んでみましょうか？
>
> --
>  Takeru INOUE <tak...@gm...>
>



-- 
 Takeru INOUE <tak...@gm...>

Re: [Kai-devel-ja] sasl の組み込み

From: masahito i. <coo...@gm...> - 2008-08-27 22:55:45

kai-devel-ja に送り忘れたので再送します。
ごめんなさい。

> ちょっと力不足かなぁ．．

とりあえず、trunk に kai_tcp_server の修正だけ入れてしまい
二回目のリリース後に検討するという事で如何でしょう？

で、その際は、kai_tcp_server は、kai_log に依存させるつもりです。

2008/8/26 Takeru INOUE <tak...@gm...>:
>>>ところが，SASL の出力ではこれができないので，段落単位で動作する "専用 grep" を作るか，ファイルに落としてから適当な処理をすることになります．
>>
>> まだ試してませんが、rb:grep/1 というのがあります。
>> 引数は、正規表現(文字列型)です。
>
> rb で出来ることと出来ないことをまとめてみました．
> ↓で正しいでしょうか?
>
> ・"INFO REPORT" の先頭 10件を出力．
>
>  > rb:rescan([{type, info_msg}]).
>  > rb:show().
>
> ・"INFO REPORT" の先頭 10件から，"abc" を含むものを出力．
>
>  > rb:rescan([{type, info_msg}, {max, 10}]).
>  > rb:grep("abc").
>
> ・"INFO REPORT" の "abc" を含むものから，先頭 10件を出力．
>
>  Not available?
>
> ・"INFO REPORT" から，"abc" と "def" を含むものを出力．
>
>  Not available?
>
> ちょっと力不足かなぁ．．
>
>
>>> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
>>
>> kai_tcp_server は、kai.hrl  で定義されているレコード tcp_server_option にも依存しています。
>
> あ，そうですね．
>
>> もし、kai.hrl と切り離すのであれば、tcp_server_option を kai_tcp_server.hrl へ移動し
>> ?error などは、kai_error.hrl へ移動するのが良いかもしれません。
>> （kai_error.hrl も他のプロジェクトで汎用的に使えそう。少なくとも私は使うw；）
>
> では，そのへんの依存は残しても良しとしましょう．
>
>>> ちょっと神経質かなぁ．．
>>
>> 普通の感覚だと思います。
>> 言い訳ですが、tcp_server_option の件もあったので、あとで解決しようかなーと（。。;;
>>
>>>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>>
>> これは、誤情報かも・・・。rb:rescan/[0,1] ってのが使えそう。
>> rb:grep/1 と共に検証してみます。
>>
>> 2008/8/25 Takeru INOUE <tak...@gm...>:
>>> 2008/8/25 masahito ikuta <coo...@gm...>:
>>>> sasl 組み込みに関しての報告です。
>>>>
>>>> https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/
>>>>
>>>> 修正点は下記の通りです。
>>>> ・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
>>>> ・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
>>>> ・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正
>>>
>>> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
>>> 独立したモジュールとして使えるようにするためには，kai_tcp_server については error_logger
>>> を直接呼び出したほうがいいかもと思いました．
>>> ちょっと神経質かなぁ．．
>>>
>>> もし，?error のまま残すのであれば，先のメールに書いた「SASL の段落出力が気にくわない」という問題に対して妥協案を出せるかもしれません．
>>> エラー出力には ?error などのマクロなどを使うようにしておき，マクロ定義で error_logger と kai_log
>>> を選択するようにする，という手もありますね．
>>> とはいえ，SASL は長い年月を経て今の仕様になっているわけだから，段落出力を嫌う僕が少数派なのかなぁ．
>>>
>>>> error_logger でログをファイルに残す為
>>>> Getting Started を下記の通り修正する必要があります。
>>>>
>>>>>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
>>>> ↓
>>>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1
>>>>
>>>>>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
>>>> ↓
>>>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211
>>>>
>>>> ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
>>>> rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
>>>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>>>>
>>>> 最後に、少し気になる点ですが・・・
>>>> timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
>>>> 私の環境では、テストに失敗してしまいます。
>>>> これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。
>>>
>>> そうでしたか．．
>>> ちょっと余裕のある値にしたつもりでしたが，もう少しゆとりを持たせておきます．
>>>
>>> --
>>>  Takeru INOUE <tak...@gm...>
>>>
>>
>>
>>
>> --
>> cooldaemon
>>
>
>
>
> --
>  Takeru INOUE <tak...@gm...>
>



-- 
cooldaemon

Re: [Kai-devel-ja] sasl の組み込み

From: Takeru I. <tak...@gm...> - 2008-08-26 11:59:35

>>ところが，SASL の出力ではこれができないので，段落単位で動作する "専用 grep" を作るか，ファイルに落としてから適当な処理をすることになります．
>
> まだ試してませんが、rb:grep/1 というのがあります。
> 引数は、正規表現(文字列型)です。

rb で出来ることと出来ないことをまとめてみました．
↓で正しいでしょうか?

・"INFO REPORT" の先頭 10件を出力．

  > rb:rescan([{type, info_msg}]).
  > rb:show().

・"INFO REPORT" の先頭 10件から，"abc" を含むものを出力．

  > rb:rescan([{type, info_msg}, {max, 10}]).
  > rb:grep("abc").

・"INFO REPORT" の "abc" を含むものから，先頭 10件を出力．

  Not available?

・"INFO REPORT" から，"abc" と "def" を含むものを出力．

  Not available?

ちょっと力不足かなぁ．．


>> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
>
> kai_tcp_server は、kai.hrl  で定義されているレコード tcp_server_option にも依存しています。

あ，そうですね．

> もし、kai.hrl と切り離すのであれば、tcp_server_option を kai_tcp_server.hrl へ移動し
> ?error などは、kai_error.hrl へ移動するのが良いかもしれません。
> （kai_error.hrl も他のプロジェクトで汎用的に使えそう。少なくとも私は使うw；）

では，そのへんの依存は残しても良しとしましょう．

>> ちょっと神経質かなぁ．．
>
> 普通の感覚だと思います。
> 言い訳ですが、tcp_server_option の件もあったので、あとで解決しようかなーと（。。;;
>
>>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>
> これは、誤情報かも・・・。rb:rescan/[0,1] ってのが使えそう。
> rb:grep/1 と共に検証してみます。
>
> 2008/8/25 Takeru INOUE <tak...@gm...>:
>> 2008/8/25 masahito ikuta <coo...@gm...>:
>>> sasl 組み込みに関しての報告です。
>>>
>>> https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/
>>>
>>> 修正点は下記の通りです。
>>> ・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
>>> ・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
>>> ・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正
>>
>> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
>> 独立したモジュールとして使えるようにするためには，kai_tcp_server については error_logger
>> を直接呼び出したほうがいいかもと思いました．
>> ちょっと神経質かなぁ．．
>>
>> もし，?error のまま残すのであれば，先のメールに書いた「SASL の段落出力が気にくわない」という問題に対して妥協案を出せるかもしれません．
>> エラー出力には ?error などのマクロなどを使うようにしておき，マクロ定義で error_logger と kai_log
>> を選択するようにする，という手もありますね．
>> とはいえ，SASL は長い年月を経て今の仕様になっているわけだから，段落出力を嫌う僕が少数派なのかなぁ．
>>
>>> error_logger でログをファイルに残す為
>>> Getting Started を下記の通り修正する必要があります。
>>>
>>>>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
>>> ↓
>>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1
>>>
>>>>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
>>> ↓
>>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211
>>>
>>> ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
>>> rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
>>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>>>
>>> 最後に、少し気になる点ですが・・・
>>> timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
>>> 私の環境では、テストに失敗してしまいます。
>>> これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。
>>
>> そうでしたか．．
>> ちょっと余裕のある値にしたつもりでしたが，もう少しゆとりを持たせておきます．
>>
>> --
>>  Takeru INOUE <tak...@gm...>
>>
>
>
>
> --
> cooldaemon
>



-- 
  Takeru INOUE <tak...@gm...>

Re: [Kai-devel-ja] sasl の組み込み

From: masahito i. <coo...@gm...> - 2008-08-26 03:33:46

>ところが，SASL の出力ではこれができないので，段落単位で動作する "専用 grep" を作るか，ファイルに落としてから適当な処理をすることになります．

まだ試してませんが、rb:grep/1 というのがあります。
引数は、正規表現(文字列型)です。

> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．

kai_tcp_server は、kai.hrl  で定義されているレコード tcp_server_option にも依存しています。
もし、kai.hrl と切り離すのであれば、tcp_server_option を kai_tcp_server.hrl へ移動し
?error などは、kai_error.hrl へ移動するのが良いかもしれません。
（kai_error.hrl も他のプロジェクトで汎用的に使えそう。少なくとも私は使うw；）

> ちょっと神経質かなぁ．．

普通の感覚だと思います。
言い訳ですが、tcp_server_option の件もあったので、あとで解決しようかなーと（。。;;

>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。

これは、誤情報かも・・・。rb:rescan/[0,1] ってのが使えそう。
rb:grep/1 と共に検証してみます。

2008/8/25 Takeru INOUE <tak...@gm...>:
> 2008/8/25 masahito ikuta <coo...@gm...>:
>> sasl 組み込みに関しての報告です。
>>
>> https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/
>>
>> 修正点は下記の通りです。
>> ・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
>> ・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
>> ・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正
>
> kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
> 独立したモジュールとして使えるようにするためには，kai_tcp_server については error_logger
> を直接呼び出したほうがいいかもと思いました．
> ちょっと神経質かなぁ．．
>
> もし，?error のまま残すのであれば，先のメールに書いた「SASL の段落出力が気にくわない」という問題に対して妥協案を出せるかもしれません．
> エラー出力には ?error などのマクロなどを使うようにしておき，マクロ定義で error_logger と kai_log
> を選択するようにする，という手もありますね．
> とはいえ，SASL は長い年月を経て今の仕様になっているわけだから，段落出力を嫌う僕が少数派なのかなぁ．
>
>> error_logger でログをファイルに残す為
>> Getting Started を下記の通り修正する必要があります。
>>
>>>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
>> ↓
>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1
>>
>>>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
>> ↓
>>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211
>>
>> ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
>> rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
>> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>>
>> 最後に、少し気になる点ですが・・・
>> timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
>> 私の環境では、テストに失敗してしまいます。
>> これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。
>
> そうでしたか．．
> ちょっと余裕のある値にしたつもりでしたが，もう少しゆとりを持たせておきます．
>
> --
>  Takeru INOUE <tak...@gm...>
>



-- 
cooldaemon

Re: [Kai-devel-ja] sasl の組み込み

From: Takeru I. <tak...@gm...> - 2008-08-25 13:32:47

2008/8/25 masahito ikuta <coo...@gm...>:
> sasl 組み込みに関しての報告です。
>
> https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/
>
> 修正点は下記の通りです。
> ・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
> ・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
> ・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正

kai_tcp_server でのエラー出力に ?error マクロを使ってしまうと，kai.hrl への依存が残ってしまうように思いました．
独立したモジュールとして使えるようにするためには，kai_tcp_server については error_logger
を直接呼び出したほうがいいかもと思いました．
ちょっと神経質かなぁ．．

もし，?error のまま残すのであれば，先のメールに書いた「SASL の段落出力が気にくわない」という問題に対して妥協案を出せるかもしれません．
エラー出力には ?error などのマクロなどを使うようにしておき，マクロ定義で error_logger と kai_log
を選択するようにする，という手もありますね．
とはいえ，SASL は長い年月を経て今の仕様になっているわけだから，段落出力を嫌う僕が少数派なのかなぁ．

> error_logger でログをファイルに残す為
> Getting Started を下記の通り修正する必要があります。
>
>>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
> ↓
>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1
>
>>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
> ↓
>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211
>
> ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
> rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>
> 最後に、少し気になる点ですが・・・
> timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
> 私の環境では、テストに失敗してしまいます。
> これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。

そうでしたか．．
ちょっと余裕のある値にしたつもりでしたが，もう少しゆとりを持たせておきます．

-- 
  Takeru INOUE <tak...@gm...>

Re: [Kai-devel-ja] sasl の組み込み

From: Takeru I. <tak...@gm...> - 2008-08-25 13:26:48

さくっと対応していただきありがとうございます．

軽く使ってみましたのですが，クセのある出力がどうにも扱いにくく感じられます．
振り出しに戻して申し訳ないのですが，皆さんのご意見を聞かせていただけますでしょうか．

Kai を走らせた後，次のようなコマンドを実行して，すべてのログを出力させました．

% erl -boot start_sasl +W w -pa ebin -config ebin/kai -run rb start -s
rb show -run c q

すると，このメールの最後に添付したようなログが出力されます．
一般的な「行指向のログ」ではなく，SASL 特有の「段落単位のログ」になります．
また，プロンプトのような "1>" が混ざってしまうようです (除去できるのかな?)．

段落単位のログになることは知っていたのですが，改めて見てみるとつらい気がしてきました．
僕はログを見るときに，grep, sort, sed, perl などを使って行単位でフィルタをかけることをよくやります (古い人間なのだろうか?)．
Apache のような典型的な行指向ログでは，このアプローチは役に立ちます．
ところが，SASL の出力ではこれができないので，段落単位で動作する "専用 grep" を作るか，ファイルに落としてから適当な処理をすることになります．

というわけで，個人的には SASL を使うメリットがイマイチよくわからなくなっているのですが，皆さんどうお考えでしょうか．

---
rb: reading report...done.
rb: reading report...done.
rb: reading report...Eshell V5.6.2  (abort with ^G)
done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1> rb: reading report...1> done.
1>
PROGRESS REPORT  <0.32.0>                                   2008-08-25 22:09:49
1> ===============================================================================
1> supervisor1>
{local,sasl_safe_sup}
1> started1>
         1> [{pid,<0.33.0>},
         {name,alarm_handler},
         {mfa,{alarm_handler,start_link,[]}},
         {restart_type,permanent},
         {shutdown,2000},
         {child_type,worker}]
1>
1>
PROGRESS REPORT  <0.32.0>                                   2008-08-25 22:09:49
1> ===============================================================================
1> supervisor1>
{local,sasl_safe_sup}
1> started1>
         1> [{pid,<0.34.0>},
         {name,overload},
         {mfa,{overload,start_link,[]}},
         {restart_type,permanent},
         {shutdown,2000},
         {child_type,worker}]
1>
1>


2008/8/25 masahito ikuta <coo...@gm...>:
> sasl 組み込みに関しての報告です。
>
> https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/
>
> 修正点は下記の通りです。
> ・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
> ・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
> ・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正
>
> error_logger でログをファイルに残す為
> Getting Started を下記の通り修正する必要があります。
>
>>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
> ↓
>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1
>
>>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
> ↓
>>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211
>
> ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
> rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
> 一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。
>
> 最後に、少し気になる点ですが・・・
> timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
> 私の環境では、テストに失敗してしまいます。
> これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。
>
> --
> cooldaemon
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Kai-devel-ja mailing list
> Kai...@li...
> https://lists.sourceforge.net/lists/listinfo/kai-devel-ja
>



-- 
  Takeru INOUE <tak...@gm...>

[Kai-devel-ja] sasl の組み込み

From: masahito i. <coo...@gm...> - 2008-08-25 03:37:11

sasl 組み込みに関しての報告です。

https://kai.svn.sourceforge.net/svnroot/kai/branches/cooldaemon_embed_sasl/

修正点は下記の通りです。
・kai_log を error_logger に置き換え（kai_log は、一応削除しましたが、復活は可能です）
・kai.config を make で生成するように修正 （log ディレクトリの指定の為です）
・kai_tcp_server で accept に失敗した際は、sleep して再度 accept を実行するよう修正

error_logger でログをファイルに残す為
Getting Started を下記の通り修正する必要があります。

>% erl -pa ebin -config kai -kai n 1 -kai r 1 -kai w 1
↓
>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai n 1 -kai r 1 -kai w 1

>% erl -pa ebin -config kai -kai port 11011 -kai memcache_port 11211
↓
>% erl -boot start_sasl +W w -pa ebin -config ebin/kai -kai port 11011 -kai memcache_port 11211

ちなみに、rb は、rb:start/0 を評価された時点でログファイルを読み込むので
rb:start/0 評価後に、error_logger で info_msg 等をログファイルに書き込んだ場合は
一旦、rb を再起動して rb:show/[0,1] や rb:list/[0,1] を評価して下さい。

最後に、少し気になる点ですが・・・
timer:tc(kai_hash, choose_bucket_randomly, []) が重い為
私の環境では、テストに失敗してしまいます。
これは、今回の修正とは関係ないハズなのですが、念のため挙げておきます。

-- 
cooldaemon

[Kai-devel-ja] 0.2 リリースに向けて

From: Takeru I. <tak...@gm...> - 2008-08-24 13:22:33

0.1 のリリースから一ヶ月半が経つので，そろそろ Kai 0.2 をリリースしたいなと考えてます．

cooldaemon さんが取り組んでくれている SASL が落ち着いたら，connection pool をマージして，それを 0.2
にしようと思ってますが，いかがでしょうか．

0.1 からの差分は，次のようになる予定です．

- Better stability under high load
   - Introducing connection pooling
   - Avoidance of deadlock
   - Fixing a bug of node list in the consistent hash
- Preparation for vector clocks
   - Routing requests to the coordinator
- Operability issues
   - SASL
   - EDoc and dialyzer


2008/8/21  <tak...@gm...>:
> はい、詳しい人にやってもらったほうがよさそうなので、お願いしますm(__)m
>
> On 8/21/08, masahito ikuta <coo...@gm...> wrote:
>>> みんな，show のような関数を定義して使ってるんですかねぇ．
>>
>> ELOG は、yaws の source を見て盗んだような記憶があります。
>> show は、何となく私が適当に作ったものです。
>> 試しに、私のほうで branch を作って SASL を組み込んでみましょうか？

-- 
  Takeru INOUE <tak...@gm...>

Re: [Kai-devel-ja] kai!

From: Takeru I. <tak...@gm...> - 2008-08-24 13:06:03

初めまして，kuenishi さん．

Kai はまだ 2000行くらいの小さなプロジェクトなので (それでも最初の倍になってるなぁ)，どんどんいじってみてください．
あと，Dynamo 論文についての疑問とかを ML に投げてくださっても構わないですよ．

ではでは．

2008/8/23 Kota Uenishi <kue...@gm...>:
> 初めまして、kuenishiといいます。
>
> kai-devel-jaに登録しようとして（sf.netがどんどんわからない…）
> 間違っておくってしまったメール( [Kai-devel-ja] kai!　2008-08-18 18:16)が
> フィルタを通ってしまったようで…。お騒がせしてすいませんf(^^;)
>
> Dynamoに限らず、erlangを使った分散システムに興味を持ってます。
> OTPなどをいずれいじっていきたい(可能なら職場で使いたい)と思っているので、
> erlangはまだ素人同然ですが、よろしくおねがいします。
> %% まずはしこしこコードや論文を読みます
>
> On Tue, Aug 19, 2008 at 3:16 AM, Kota Uenishi <kue...@gm...> wrote:
>> --
>> ~^~^~^~^~^~^~^~^~^~^~^~^~
>> Kota Uenishi
>>  kue...@gm...
>>
>
>
>
> --
> ~^~^~^~^~^~^~^~^~^~^~^~^~
> Kota Uenishi
>  kue...@gm...
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Kai-devel-ja mailing list
> Kai...@li...
> https://lists.sourceforge.net/lists/listinfo/kai-devel-ja
>



-- 
  Takeru INOUE <tak...@gm...>

Re: [Kai-devel-ja] kai!

From: Kota U. <kue...@gm...> - 2008-08-23 05:31:52

初めまして、kuenishiといいます。

kai-devel-jaに登録しようとして（sf.netがどんどんわからない…）
間違っておくってしまったメール( [Kai-devel-ja] kai!　2008-08-18 18:16)が
フィルタを通ってしまったようで…。お騒がせしてすいませんf(^^;)

Dynamoに限らず、erlangを使った分散システムに興味を持ってます。
OTPなどをいずれいじっていきたい(可能なら職場で使いたい)と思っているので、
erlangはまだ素人同然ですが、よろしくおねがいします。
%% まずはしこしこコードや論文を読みます

On Tue, Aug 19, 2008 at 3:16 AM, Kota Uenishi <kue...@gm...> wrote:
> --
> ~^~^~^~^~^~^~^~^~^~^~^~^~
> Kota Uenishi
>  kue...@gm...
>



-- 
~^~^~^~^~^~^~^~^~^~^~^~^~
Kota Uenishi
 kue...@gm...