CN Erlounge IV 讲师名单公布及Call For Topic
近期將公布目前已經報名的講師名單及Topic。那些希望Share Topic的朋友趕快了。
?
目前累計注冊的講師為12位(不包括口頭和我打過招呼但實際沒有注冊的講師)。
?
也提醒下那些已經注冊但是Topic還是TODO的講師趕緊提供下Topic。 :)
?
另外,借這個通告,這里特別 Call For 一個個人感覺非常有趣的 Topic:基于狀態機的服務器架構模型。
?
話題來源:
?
實踐基于 Erlang Concurrency Style 這個網絡編程模型已經很久了,感覺上確實足夠好用易用(相對于其他的網絡編程模型)。但是也遇到了一些問題,屬于這個模型本身的限制造成。比如說“死鎖”(當然不是嚴格意義的死鎖)其實在Erlang編程模型中是存在的。舉個簡單的例子:A 向 B 發送一個同步消息,等待 B 回復;而與此同時 B 向 A 也發送了一個同步消息,也在等待狀態。這時 A、B 兩個進程都不能完成自己當前的任務,形成“死鎖”。當然由于網絡通訊的特殊性,最終 A 和 B 這種死鎖是以超時表現出來。為了避開這點限制,我們在編程手法上禁止了 A、B 兩個服務器互發同步請求的設計,改成同步請求只出現在單個方向如 A -> B,而 B -> A 的同步請求改用兩次異步請求來完成。但是這樣一來,B 的一個完整邏輯就被打破,使得 B 服務器多了一個臨時狀態,導致 B 服務器的邏輯分支變多,不利于維護。
?
這些讓我想到,跳出 Erlang Concurrency Style 這個編程模型看,傳統的基于狀態機的服務器架構模型是怎么樣子的呢?會不會對我們的Erlang Cocurrency Style編程模型有很有益的補充呢?這里召喚下服務器編程達人給大家解惑一下。 :)
轉載于:https://www.cnblogs.com/wuwuwu/archive/2009/08/24/6162368.html
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的CN Erlounge IV 讲师名单公布及Call For Topic的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: robocopy帮助
- 下一篇: jQuery入门[2]-选择器[转]