討論區快速選單
知識庫快速選單
網路投保旅行平安險 軟體開發過程中有哪些資安漏洞? 政府補助!學嵌入式+物聯網
[ 回上頁 ] [ 討論區發言規則 ]
關於網路底層的架構取捨?
更改我的閱讀文章字型大小
作者 : lionx(LionX)
[ 貼文 95 | 人氣 0 | 評價 270 | 評價/貼文 2.84 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/18 下午 05:42:06
hello~ 各位大大們 好久不見 先跟大家拜個早年 祝福大家新年寫code無BUG (XD
隔了很久又上來這裡 其實是想跟大家討論個話題
前陣子公司加拿大的團隊分享了他們使用了AKKA來做為他們伺服器的底層系統
由於小弟是C++派的 雖然聽到他們大力的鼓吹
但還是基於謹慎的態度 對AKKA這系統進行初步的了解
大概知道有幾個重點:1.高併發 2.無等待開銷 3.線程共用 4.去中心 ... 等等
其中去中心以及對於通訊的封裝其實有吸引到我
所以基於類似的行為下 我也在C++上封裝了類似的架構
目的是希望在開發的邏輯上能夠讓使用者忽略跨伺服器這件事情
進而達到動態橫向擴充、去中心化、事件處理上仿造AKKA的模式
當然經過幾天的開發也獲的了一個原型架構
但在後續嘗試利用來開發一款遊戲時 發現一些值得討論的部分
當一件複雜邏輯的事件 (需要跨越多個伺服器間)
在不同伺服器間傳遞處理時 過程中間其實無法確保數據的統一性
因為事件看起來是在同一個邏輯內處理 但實際上每個片段都運作在不同的時間上
必須要有更高的邏輯敏感度的開發者才能處理
(這點從側面聽來的消息 該加拿大團隊的server開發人員 無時無刻的都在與BUG奮鬥中證實)
或者底層必須提供一個機制 讓開發者能讓事件變成唯一
但就會導致需要等待其他伺服器的回應
雖然可以在同一台機器上開數個server的方式來最大利用CPU
但整體上伺服器的效能還是下降很多
目前在VirtualBox上虛擬的linux上 開啟兩個實體相互請求對方執行一個事件
使用非等待模式:可以互相執行10萬個事件/秒
使用等待模式:只能處理1萬1千個事件/秒
如果是大家要在自己的專案推行的話 (考量實際使用者的素質不一時)
會推行使用哪個方式呢?

作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4479 | 人氣 37262 | 評價 11000 | 評價/貼文 2.46 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/19 上午 08:09:30
http://vschart.com/compare/akka-framework/vs/c-plus-plus
 
a comparison between c++ & akka fwk
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4479 | 人氣 37262 | 評價 11000 | 評價/貼文 2.46 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/19 上午 08:18:39
https://en.wikipedia.org/wiki/Actor_model
作者 : lionx(LionX)
[ 貼文 95 | 人氣 0 | 評價 270 | 評價/貼文 2.84 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/19 上午 09:58:58
可能大大誤會我的意思了 本身並不是在詢問如何在C++上使用akka
會嘗試設計這樣的原型單純只是學習的目的
我習慣對於有興趣的東西都自己寫一遍看看
去理解會遇到的問題和該怎樣去克服 實際使用上當然會已現有的模組為優先
只是在這樣的過程之中 還有陸陸續續跟一些同仁配合下
衍伸出一個問題是
如果身為框架的制定者 並且對於程式的穩定需負最終責任的情況下
大家會希望是
1.將框架限制的不容易出錯 避免團員出錯 但效率可能較差
2.還是將框架設定為較自由 讓團員有更大的發揮空間 但有後續很大的維護除錯成本
哪一種呢?

作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4479 | 人氣 37262 | 評價 11000 | 評價/貼文 2.46 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人lionx註記此篇回應為很有道理 2017/1/19 上午 10:16:42
去理解會遇到的問題和該怎樣去克服 實際使用上當然會已現有的模組為優先
只是在這樣的過程之中 還有陸陸續續跟一些同仁配合下
衍伸出一個問題是
如果身為框架的制定者 並且對於程式的穩定需負最終責任的情況下
大家會希望是
1.將框架限制的不容易出錯 避免團員出錯 但效率可能較差
2.還是將框架設定為較自由 讓團員有更大的發揮空間 但有後續很大的維護除錯成本
哪一種呢?

>> Basically , it should be a software engineering trade off .
first case , well constructed architecture should be first priority. it may reduce many maintenance costs in the future. About performance issue , if it was defined a well-defined architecture , you should modify it easily (or should say it is not difficult to refactor). you may also many test cases to refine its performance and efficiency. Getting one first and chase better quality after then.
2nd case, a fixable architecture need to consider many concepts. if the architecture is fixable , it should consider many issues in design phases.
Basically , its concepts are same as first case.
have fun :-)
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4479 | 人氣 37262 | 評價 11000 | 評價/貼文 2.46 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/19 上午 10:19:20
sorry , it should be flexible architecture , not fixable . :-)
作者 : lionx(LionX)
[ 貼文 95 | 人氣 0 | 評價 270 | 評價/貼文 2.84 | 送出評價 7 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/23 下午 01:45:49
框架其實是一個限縮 這是我對他的認知
依團隊的程度 對框架進行給定的規範 我想這點跟大大的認知應該是一致的
但是考量到 目前團隊內的工程師水平
目前是傾向提供高效的併行接口 但是限制使用 XD
作者 : ozzy123(ozzy) VC++優秀好手資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4479 | 人氣 37262 | 評價 11000 | 評價/貼文 2.46 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2017/1/23 下午 04:07:59
this is a trade off issue. depending on your current situation.
 板主 : Jammy , simula
 > 一般討論區 - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 一般討論區 - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
一般討論區
1 青衫 5370 
2 HKLN.net 1370 
3 冼鏡光 650 
4 simula 610 
5 joe 560 
6 DEMO999 520 
7 小朱 490 
8 jonay 480 
9 BlueTulip 460 
10 Jammy 370 
一般討論區
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2018 程式設計俱樂部 http://www.programmer-club.com.tw/
0.0625