github：
異數os社群qq群： 652455784
異數os-織夢師（訊息中介軟體 rpc技術）群： 476260389
纖手主要用於異數os 之上效能級應用系統設計，他並不支援序列化等需要cpu密集型功能，因此他也不支援其他非c++語言平台，要求cpu同構（大端，小端），相比傳統rpc 技術，提供10-100倍的呼叫效能提公升，多樣化的方案選擇也使他可以面向不同效能級應用場合，方案原型都是最小化輕量級，開發者可以改造定義自己的rpc平台。
簡單靠譜的框架，使用阻塞執行緒模型，因此併發設計更加簡單實用，不需要考慮非同步併發帶來的演算法複雜度以及錯誤處理等問題。
海量併發呼叫特性，由於異數os的執行緒開銷很低，1億執行緒僅需4g記憶體，因此可以更加隨意的使用lpc rpc技術，而不需要考慮其成本代價，傳統lpc rpc技術往往被宿主平台的cpu數量執行緒數量等限制，而只能選擇集群擴充併發rpc容量，rpc併發容量保守測試提公升1000倍。
10-100倍 lpc rpc呼叫效能。
lpc主要用於相同cpu核內線程的過程呼叫，依賴異數os 本地event元件，實現本地cpu核執行緒間快速呼叫，相比rpc，擁有最快的過程呼叫效能（io密集型），每cpu核最大20m左右執行緒間呼叫效能，不能用於跨cpu核跨網路的過程呼叫。
1. rpc 跨核交換機模式
rpc 跨核交換機模式，此模式彌補lpc 不能支援跨cpu核呼叫模式，多路併發rpc(8**，8存根)最大800w左右rpc呼叫效能，單路rpc 200w左右rpc呼叫效能，適用於混合計算密集型的io應用，適用於多核分載計算壓力，但io效能不如lpc.
2.tcp直連模式
此模式為網路分布式環境提供rpc服務，由異數os tcp協議棧來提供跨網路的rpc呼叫，最大每核400w呼叫效能左右。
3.tcp經紀人**模式
經濟人模式使用 織夢師-水母訊息佇列作為框架核心，相比tcp直連模式，優勢是通過經紀人可以解耦client server的呼叫依賴，通過多消費者存根可以大大提高系統的可用性穩定性，消費者存根崩潰時並不會對生產者**造成連帶影響，劣勢是，io規模比直連模式大一倍，單broker最大rpc 呼叫效能在200w，具體架構原理圖參見織夢師-水母訊息佇列。
資料來自網路，環境目標不同，選取目標產品最大效能值，成績僅供參考。
引用的其他產品測試成績
測試特性
纖手 5000w lpc
纖手 5000w rpc跨核
纖手 600w-rpc tcp直連
纖手 600w rpc tcp中間人
go+stdrpc
thrift
dubbo
rpc最大呼叫效能
20m8m
4m2m
30w7w
20w平均延遲
呼叫效能/鏈結數量
呼叫效能/鏈結數量
呼叫效能/鏈結數量
呼叫效能/鏈結數量
10ms+呼叫效能/鏈結數量
10ms+呼叫效能/鏈結數量
10ms+呼叫效能/鏈結數量
最小延遲
<1us
10us
10us
10us
10ms
10ms
10ms
異數OS 織夢師 水母（一） 訊息佇列篇
github 異數os社群qq群 652455784 異數os 織夢師 訊息中介軟體 群 476260389 這是乙個使用異數os技術實做的輕量級的訊息中介軟體，和他的名字一樣，重在表演，他不是乙個功能複雜齊全的訊息佇列，使用者需要根據自己需求按照水母的原理去製作自己的超級 整個框架，協議，測試等 ...
異數OS 織夢師 水母（一） 訊息佇列篇
github 異數os社群qq群 652455784 異數os 織夢師 訊息中介軟體 群 476260389 這是乙個使用異數os技術實做的輕量級的訊息中介軟體，和他的名字一樣，重在表演，他不是乙個功能複雜齊全的訊息佇列，使用者需要根據自己需求按照水母的原理去製作自己的超級 整個框架，協議，測試等 ...
織夢如何重新安裝 織夢dir 二次安裝
如果在本地重灌要開啟整合環境，在瀏覽器位址列輸入127.0.0.1 install，如下圖所示，這表示不能安裝。dir是directory的縮寫，翻譯就是目錄的意思。這時候，我們要進入伺服器 或者是空間 找到目錄下install這個資料夾，這個資料夾是織夢的安裝資料夾。雙擊install這個資料夾，...