就我想到的關於分散一些問題, 提出我的想法,
大家幫我看一下有沒有問題~ :))
1.有一個前端的程式負責接 connection,
決定要分到哪個 server ,
如果是在 local的話, 就直接 exec 她,
否則看看要用 multi-thread 來弄會不會比 select 好些?
2.每個 mbbsd都用兩個 message queue (一個負責收, 一個發)
和一些 local server 連.
架構:
mbbsd lock daemon <-> netd <-intranet-> netd <-\ mbbsd
mbbsd <-> local daemon <-/ local daemon <-> mbbsd
mbbsd mbbsd
syncd <-intranet-> syncd
即任兩台間只會有 netd (主要負責回應 mbbsd的資料) 以及
syncd (負責 sync shared-memory)的連線.
舉例:
使用者 login (->local daemon -> netd -> netd 要看主 server 是不是在近端)
-> lock daemon 進行實際的 utmp login
-> lock daemon 向 netd 送出廣播 utmp login .
修正 money:
mbbsd -> (local daemon -> netd -> netd)
-> lock daemon進行實體修正錢的動作
-> return成功/失敗
-> (netd -> netd -> local daemon ->) mbbsd
其中 netd 最主要只是在 socket 間和 message queue間轉換.
因為 select() 好像沒有辦法吃 message queue ,
也就是, 如果 mbbsd要透過 message queue丟過來的話,
中間勢必要有個把 message <->socket的程式
syncd 主要是 sync 一些 shared-memory的東西,
像是每五秒鐘會把目前自己這台上使用者的動態 broadcast給其他 server .
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.30.143