ftk記憶體使用及優化
1.字型
ftk 內建的字型檔案大小是4519756位元組。如果系統支援mmap或者使用norflash，這不會存在太大問題，否則就要全部讀到記憶體中了，顯然這是不明 智的。幸好，我們通常並不需要顯示全部字元，而只需要幾百甚至幾十個字元就行了，這時可以使用tools/fontextract重新生成字型檔案，新的 字型檔案會非常小。
2.輸入法資料
輸入法資料也是很大的，如果系統支援mmap或者使用norflash，這不會存在太大問題。否則就有點麻煩了，解決方法有：
* 精簡輸入資料
* 重寫查詢演算法
* 使用商業輸入法
* 不需要輸入法可以直接去掉。
3.share_canvas
canvas是繪製widget的畫板，整個系統只需要乙個就行了，與視窗的個數無關。它所佔的記憶體是4 * display_width*display_height。這個無法減小。
4.主題
主題包含一些圖示，這些圖示不大，全部解碼後在記憶體中佔400k左右，由於是按需解碼的，所以很少會全部解碼進來。
5.ftk的庫
約300k
6.其它
其它動態分配的記憶體，主要是各種widget使用的，通常不會超過200k。
做些精簡之後，ftk使用的記憶體應該能減少到2m左右。
Memcached記憶體分配優化及使用問題
前幾天做了個memcached的思考，並測試了一些資料，是關於如何提高memcached記憶體使用率的問題。在啟動memcached的時候可以加 f引數和 n引數。f指定各slab裡面chunk大小的變化比例，預設1.25，n指定slab裡面chunk大小從多少開始。使用memcache add m...
MYSQL記憶體管理及優化
記憶體是影響資料庫效能的主要資源，也是mysql效能優化的乙個重要方面 將盡量多的記憶體分配給mysql做快取，但是要給作業系統和其他程式的執行預留足夠的記憶體，否則產生swap頁交換，將嚴重影響系統效能 myisam的資料檔案讀取以來作業系統自身的io快取，如果有myisam的表，就要預留更多的記...
Android記憶體優化及記憶體洩漏檢測
參考文章 工作機制 refwatcher.watch 建立乙個 keyedweakreference 到要被監控的物件。然後在後台執行緒檢查引用是否被清除，如果沒有，呼叫gc。在另外乙個程序中的 heapanalyzerservice 有乙個 heapanalyzer 使用haha 解析這個檔案。得...