Re: [Kai-devel-ja] リファクタリング

[masahito i. <coo...@gm...>]

>> net_kernel:start/1, slave:start/3 を使うと
>> カバレッジを管理するノードがモジュールをロードしないからだと思います。
>>
>> かと言って、Kai を一ノードで複数起動させるのも変な話ですし・・・
>> 本家 ML で聞いた方が良いかもしれません。

よくよく考えてみると、テスト対象のモジュールは、カレントノードにロードし
ノード間通信の相手側だけ、別ノードでロードさせるのが
あるべき姿のような気がしますが、如何でしょうか？

ちなみに、ermlia のノード間通信のテストは、mock を作りまくって対応していましたが
無駄に Module のメタ操作をしていた為、カバレッジが初期化されてしまいました（w；

>>> ところで，number_of_XXX という設定名は，XXX のみのほうが簡潔でいいですかねぇ．
>
> こちらについても，気が向いたら変えてしまうかもしれません (後方互換性は維持したまま)．

私の好みは、number_of_XXX ですが
XXX の方が一般的（根拠なし）な気もしています。
一般的な方で良いと思います。

2009/5/31 Takeru INOUE <tak...@gm...>:
>>>> ところで，coverage が正しく反映されていないように見えるのですが，何か必要なのでしたっけ?
>>
>> net_kernel:start/1, slave:start/3 を使うと
>> カバレッジを管理するノードがモジュールをロードしないからだと思います。
>>
>> かと言って、Kai を一ノードで複数起動させるのも変な話ですし・・・
>> 本家 ML で聞いた方が良いかもしれません。
>>
>> むー、test_server を使えば回避できるのかなー？
>
> そうなのかぁ．
>
> # ML に尋ねるのは，せめて test_server を試してからだよなぁ．とか言ってると，どんどん後回しになる．．
>
>>> n,r,w と number_of_tables という設定項目名を，quorum と dets_number_of_tables にしました．
>>
>> number_of_tables は、ets には関係ないので、その名前が良いと思います。
>
> ではこの線でいきます．
>
>>> ところで，number_of_XXX という設定名は，XXX のみのほうが簡潔でいいですかねぇ．
>
> こちらについても，気が向いたら変えてしまうかもしれません (後方互換性は維持したまま)．
>
>>> rpc_max_processes, memcache_max_processes,  max_connections
>>> のデフォルト値を大きくしました (大きい値で困ることは少なそうなので)．
>>> 逆に，dets_number_of_tables のデフォルト値を小さくしました (MacOSX でエラーになるようなので)．
>>>
>>> quorum 条件のチェックを追加しました．
>>> R+W > N と W > N/2 を満たさないときはエラーになります．
>>>
>>>
>>> 2009/5/28 Takeru INOUE <tak...@gm...>:
>>>> 先ほど，test/ を大幅に追加・修正してコミットしました．
>>>> 時間のある方は試して，問題があったら連絡しくださると助かります．
>>>>
>>>> ところで，coverage が正しく反映されていないように見えるのですが，何か必要なのでしたっけ?
>>>>
>>>> なお，src/ はほとんど変更していません．
>>>> kai_stat, kai_memcache の小さなバグと，kai_rpc にテスト用の ok コマンドを追加しただけです．
>>>>
>>>>
>>>> 2009/5/23 Takeru INOUE <tak...@gm...>:
>>>>> 2009/5/23 masahito ikuta <coo...@gm...>:
>>>>>>> その後で，非同期書き込みによる dets の高速化や，データ同期の高速化を行う予定です．
>>>>>>
>>>>>> 非同期にすると、信頼性が落ちそうなので
>>>>>> MySQL のように、オプションで同期タイミングを選択できると良いなぁと思いますが
>>>>>> 如何でしょうか？
>>>>>
>>>>> 複製があるのでほとんどの場合は問題ないと思うのですが，あったほうが親切ですよね．
>>>>> あぁ，設定項目が増えていく．．
>>>>> 苦情が来てからにしようかなぁ．．
>>>>>
>>>>>> 他に、TC を使う等で書き込み速度自体を上げる手もありそうですが
>>>>>> ポートを使った場合、ノード全体がロックされてボトルネックになるかも？
>>>>>> 後で、検証しないと・・・。
>>>>>
>>>>> TC のような外部コンポーネントと組み合わせると，どうしてもシステムが複雑になってしまうので，これも二の足を踏んでます．．
>>>>> たぶん，非同期書き込みにすれば dets でもそれなりに速くなるんじゃないかなぁと根拠のない期待をしつつ．
>>>>>
>>>>>>> 別のスレッドで複数値の格納が TODO になっているのですが，後方互換性が失われるので，二の足を踏んでます．
>>>>>>
>>>>>> バージョン番号が 1.0 に到達していないので
>>>>>> 後方互換を保つ事の優先順位を下げる事に一票入れておきます。
>>>>>> ＃とは言いつつ、ユーザの声は大切ですよね・・・。
>>>>>
>>>>> 必要な修正なので，いずれはやります．
>>>>>
>>>>>> 2009/5/22 Takeru INOUE <tak...@gm...>:
>>>>>>> コードの整理やテストの充実のために，リファクタリングしようと思っています．
>>>>>>> そのための branch を作りました．
>>>>>>>
>>>>>>> branches/takemaru_refactoring/
>>>>>>>
>>>>>>> その後で，非同期書き込みによる dets の高速化や，データ同期の高速化を行う予定です．
>>>>>>> 後者については，同期のための CPU 負荷が高いという声を耳にしたので．
>>>>>>>
>>>>>>> 別のスレッドで複数値の格納が TODO になっているのですが，後方互換性が失われるので，二の足を踏んでます．
>>>>>>> 並行して考えていきます．
>>>>>>>
>>>>>>> --
>>>>>>> Takeru INOUE
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
>>>>>>> is a gathering of tech-side developers & brand creativity professionals. Meet
>>>>>>> the minds behind Google Creative Lab, Visual Complexity, Processing, &
>>>>>>> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
>>>>>>> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
>>>>>>> _______________________________________________
>>>>>>> Kai-devel-ja mailing list
>>>>>>> Kai...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/kai-devel-ja
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> cooldaemon
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Takeru INOUE
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Takeru INOUE
>>>>
>>>
>>>
>>>
>>> --
>>> Takeru INOUE
>>>
>>
>>
>>
>> --
>> cooldaemon
>>
>
>
>
> --
> Takeru INOUE
>



-- 
cooldaemon