1.比賽結果
2.比賽整體感覺
初賽的題目是寫乙個**實現高效能的協議解析和**，複賽是是實現乙個單機的100g的mq儲存。
題目都和io有關，自己實際在比賽過程中，實現了一套能跑的方案後，後續優化的效果不明顯，例如
初賽第一版6140qps，後續只優化到6470qps。
複賽第一版67w，後續只優化到115w。
在初期我的排名還能進前20，後面就迅速被n多人超越。
其實關鍵效果的提公升，都是以好的方案為基礎，調參和細節優化，提公升的並不明顯，所以當落後第1梯隊的時候，肯定是方案有瑕疵，所以競賽的關鍵
是方案優化，針對痛點的優化，不要過於依賴隨機的測試。要學會在比賽中學習，學習用到比賽，提高成績。
第1版方案很重要，其實如果一開始差距太大，對於後期自己能不能趕上，是有自我效能的降低。
對於自己的技術水平過於自信，對於別人的水平預判過低，思想上就沒有重視對手。
3.比賽欠缺的東西
關鍵有效方案的優化，拿複賽舉例子，如果把寫緩衝和lru做了的話，預期應該能上180w。
當時沒做，是用mmap方式發現加大buffer對於效果無明顯提公升，事後想想其實是mmap導致，如果用pwrite等系統api追加
效果應該會有提公升，所以好的方案應該是符合常理，如果不符合常理應該是自己用的有問題。
把效能追求極致，之前工作總感覺用價效比最高的方式實現是有好處的，其實這樣不適合比賽，因為比賽是以成績為導向，只有把
效能追求到極致，才能競爭過別人，這個追求極致不是把n多細節優化到極致，而是大的方案基本對路，關鍵點做到位，其實進20不難。
不能因為方案複雜就放棄，可以考慮用開源等等。
珍惜好時間，尤其是複賽的時間，非常寶貴。
4.比賽好的方面
工程實現方面，複賽基本實現了bugfree，發現小問題，也基本能很快解決
把乙個不太會的東西，通過測試，上線，整個流程還是很快，比如mmap的應用
複賽熬了3天到晚上2點，戰鬥意志很高。
筆記 2016阿里中介軟體效能挑戰賽 二
後記 跳過廢話，直接看正文 賽題官方介紹 初賽的任務就是寫乙個topology來完成對大量實時交易資訊的簡單計算，整個任務流程就是利用jstorm從rocketmq拉取資料，按照要求實時計算出結果，並將結果寫入tair。在這個過程中嘗試了許多種拓撲結構，最終的結構如下圖所示 拓撲的結構 如下 pac...
阿里雲中介軟體ARMS介紹
5.2專家版本規格 應用監控專家版 按0.28元 agenthour進行後付費，同時也提供資源包 主推資源包，可以讓使用者享受到折扣 前端監控專家版 按0.28元 1000pv進行後付費，同時也提供資源包 主推資源包，可以讓使用者享受到折扣 自定義監控專家版 按0.84元 taskhour進行後付費...
中介軟體效能測試的目的
中介軟體 效能測試的目的 查詢軟體的效能瓶頸 誰都希望自己的軟體效能比別人的高，所以我們不停的查詢效能的瓶頸，通過 分析，架構調整，採用新技術等，不斷對產品進行優化。我們希望能夠不斷發現 效能瓶頸，不斷消除瓶頸，使得軟體的效能越來越高，測試過程作為驗證效能是否達到設計要求的乙個環節，採用測試程式對軟...