Mercurial > hg > RemoteEditor > REPSessionManager

comparison Todo @ 344:d07414ff79d3

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
*** empty log message ***
author kono
date Mon, 13 Oct 2008 16:56:39 +0900
parents 21ad256c25c2
children a092a8fe9d97
comparison
equal deleted inserted replaced
343:21ad256c25c2 344:d07414ff79d3
1 Mon Oct 13 12:34:39 JST 2008 1 Mon Oct 13 12:34:39 JST 2008
2 2
3 Todo: (kono)
4 sm_join時のloop の検出。sm_joinを受け取った時には、sm接続にloopが
5 あるかどうかを調べる必要がある。これのテストも必要。
6 host_aからのsm_joinを受け取ったら、sm_join_ackと同時に、親に
7 ch_master(host_a)を送る。host_aがch_master(host_a)を
8 受け取ったら、それはloop。sm_joinを送るのでも良いけど。
9
3 Note: (kono) 10 Note: (kono)
4 Session間の通信は、木を作って、自分の親に送り、親がACKをmulti castすれば良い。 11 複数のsession managerにsm_joinする場合もある。その場合は、
5 sm_join した時に、どちらが親になるかはどうやって決める? 繋げた先が親ってのが 12 親に代わりにsm_joinしてもらう? 親がreachableだとは限りませんが。
6 簡単。親がいないのがmasterとなる。親が死んだら自分が親。親が死んで、 13 禁止してもいいけど...
7 sessionがmasterを失った時は? loop の検出も必要。updateにunique idを 14
8 付けて二度目が来たらloop、または重複。closeして良い。ch_masterは必要ない。 15 sessionを持っているsm同士がsm_joinするとsidを付け直す必要が
16 ある。これは大変だなぁ。これも禁止? join/select待ちは許される。
17 まぁ、新しくsmを上げれば良いだけなんだが、内部的になんとか出来ないの?
18 面倒なので、取りあえず禁止で良いです。もしかして、updateって、
19 それよう?
20
21 sidのnatという手はあるのか。かなり複雑だけど。それだと複数の親が
22 いてもだいじょうぶか? ちゃんと書き換え出来るなら動くっぽい。あとで
23 入れることも可能か。
24
25 Note: (kono)
26 Session間の通信は、木を作って、自分の親に送り、親がack/updateをmulti cast
27 すれば良い。sm_join した時に、どちらが親になるかはどうやって決める? 繋げた先が
28 親ってのが簡単。親がいないのがmasterとなる。親が死んだら自分が親。親が死んで、
29 sessionがmasterを失った時は? loop の検出も必要。
9 再接続は可能? 可能だが、再put/join/selectする必要がある。 30 再接続は可能? 可能だが、再put/join/selectする必要がある。
10 put は、親まで上がってsidを決定しなければならない、その後、put_ackを出せる。 31 put は、親まで上がってsidを決定しなければならない、その後、put_ackを出せる。
11 joinは、localでの処理で問題ないが、join_ackはselectが終わってから出る必要がある。 32 joinは、localでの処理で問題ないが、join_ackはselectが終わってから出る必要がある。
12 selectは session owner に行き着く必要がある。session がconnectionを 33 selectは session owner に行き着く必要がある。session がconnectionを
13 持っているとは限らない。親がselectする方が自然か? 34 持っているとは限らない。親がselectする方が自然か?
14 put_ack/join_ack/select_ackは、updateを見てでの処理で良い? 35 put_ack/join_ack/select_ackは、updateを見てでの処理で良い? 対象イベント
36 が明示されていた方が楽だが...
37 この方法だと、session managerはidは持っていないが、木構造の中でuniqeな
38 位置を持つ。
15 (前の資料があれば良いのに...) 39 (前の資料があれば良いのに...)
16 40
17 Mon Oct 13 02:57:45 JST 2008 41 Mon Oct 13 02:57:45 JST 2008
18 Todo: (kono) 42 Todo: (kono)
19 InterManagerのquit中のsessionへのjoinの扱い。(putは来ないがjoinはありえる)。 43 InterManagerのquit中のsessionへのjoinの扱い。(putは来ないがjoinはありえる)。