背景 某個項目使用的介質是 spinor, 其 bootloader 需要從 flash 中加載 os。 啟動速度是一個關鍵指標，需要深入優化。其他部分的優化暫且略過，此篇主要記錄對 nor 讀速度的優化過程。 了解現狀 接到啟動速度優化的任務之后, 首先是了解情況。 當前 ...

過慢。 單個接口單次訪問速度過慢原因列舉（這里我們鎖定3點）： 1.無可避免首先要檢查數據庫的查詢速度 ...

半個月前，我們用cosos creator做了一個簡單的小游戲，也許算不上小游戲吧。。一邊學cocos,一邊做，幾經波折后終於上線了。然鵝，功能是實現了，但是加載速度十分感人（畢竟沒經驗嘛，無辜臉）。1.8M的資源需要10秒鍾左右才能全部加載完。於是被老大一有機會就拿出同類產品跟我們的比較 ...

項目背景： 　　在這次影像系統中，我們利用大數據平台做的是文件（圖片、視頻等）批次的增刪改查，每個批次都包含多個文件，上傳完成以后要添加文件索引（文件信息及批次信息），由於在Hbase存儲的過程中， ...

　　MessageQueue，顧名思義消息隊列，在系統開發中也是用的比較多的一個中間件吧。我們這里主要用它來做日志管理和訂單管理的，記得老老大（恩，是的，就是老老大，因為他已經跳槽了）還在的時候，當時 ...

使用組件 springcloud套件 + mysql 一個普通的rest請求，做個用戶基礎信息查詢，sql已進行優化 const級別，但是通過jemeter進行壓測，發現實際並發量只有20-30，經檢查后發現是配置未優化問題，解決方式如下： 1. 增加springboot mysql ...

前言： 是這樣的，這周三我在測試一個接口的時候，發現竟然超時了。我們RPC框架用的DUBBO，我超時設置的時間為 timeout=3s。 按照道理，一個方法超過3s，對用戶是非常不友好的，用戶會立馬會感覺是反應十分的慢。 所以進行排查 + 優化 排查一階段： 因為這個方法中，有很多個小方 ...

這幾天在寫一個存儲過程，反復優化了幾次，從最開始的7分鍾左右，優化到最后的幾秒，並且這個過程中我的導師幫我指點了很多問題，這些指點都是非常寶貴的，獨樂樂不如眾樂樂，一起來分享這次的優化過程吧。 這個存過程的需求是這樣的，抓取某個時間段內的訂單明細，然后計算並匯總到某表即可。 於是乎，我寫出 ...