在之前做專案中，用的是ef框架，開發過程沒感覺到有什麼效能問題。等把專案部門到客戶機中實際執行後，資料達到了3萬以上更新資料庫就變慢了，緊接著查詢也相應變慢，達到10萬就更明顯了，甚至還影響到插入。
ef開發過程的確省了不少事，但帶來的後果也是很嚴重的。
總結：開展新專案之前必須先估算出專案的規模，測算出未來的資料增長情況，之後再決定是否選擇ef作為專案的資料庫訪問框架。不能草率的一率使用ef，資料量小的專案還好，一旦資料量達到乙個量級那就是程式設計師的惡夢了。
fastJson與jackson效能對比
最近專案用到fastjson和jackson，為了決定到底棄用哪個，隨手寫了個測試看看到底誰的效能更勝一籌。看到過很多對比的帖子，大多數結果是fastjson效能高於jackson，可偏偏像springmvc這樣成熟的框架預設也採用的jsckson，這就引起了我的懷疑，決定自己動手試試 1 開始測試...
python效能對比
1 coding utf8 import datetime road nodes for i in range 5000000 road nodes i beg time datetime.datetime.now for key,val in road nodes.items pass end t...
SSD效能對比
ssd效能測試 順序寫 16k iops 85061.08 順序寫 8k iops 146250.93 順序寫 4k iops 239816.69 順序寫 2k iops 294540.87 順序寫 1k iops 347170.06 隨機寫 16k iops 21865.24 隨機寫 8k iop...