好像沒人真正在看問題 ?!



LiveBookmark就算很多, 但是在匯入完重開之後, 其實會吃很多CPU那是跟SQLite相關IO issue沒多大關連的,
(這是Firefox本身的問題, 不是Firefox的SQLite的問題)

另Ubuntu上發生的SQLite IO的效率問題, 不能否認是Firefox在SQLite方面有些問題, 但是Ubuntu的爛Default

也要負很大的責任, 首先對一般的User來說用"公平"的排程器本身就是個錯誤, 因為那會減少CPU和IO的吞吐量, 換

來的只是少的可憐的程式回應時間, 這在沒有做完整的多工規劃和最佳化的程式, 或並且使用多CPU或多核CPU上只會

降低效能, 在IO上同樣是這樣, 我以4倍餘壟的SAS RAID上 + Qx9650*2, 使用"公平"的排程器, 不但沒有降低效能

反而大幅減少CPU和IO使用的總時間, 所以有一部分的責任是Ubuntu的, 更別提這個排程器本身還沒被驗證過多久



更重要的就是, 根本沒人問a78102680的環境和細節, 這樣能判定問題 ? 難道沒有可能是圖形引擎佔用的或是FX2

升版時導致的, 又或是套件的問題 ??



還有"用完的記憶體要會放回去", 這個說法是有問題的, FX3有自己的user space的memory pool所以當OS沒跟FX3要求

回收記憶體時, FX3用完記憶體後, 會保留較多的記憶體以利下次分配, 並使用保守的策略歸還記憶體給OS, 這樣能大幅減少

system call(系統呼叫)以避免從user space切換到kernel space再切回來所浪費的時間(這在windows上會比較不明顯),

所以基本上這樣是沒有問題的, 反而能增加記憶體的使用效率並減少破碎, 同時也對CPU吞吐資料(FX3的)小有幫助

_________________
Meetings: Because none of us is as dumb as all of us.

- Firefox embedded化商業顧問中
- Linux embedded化商業顧問中
- Linux 系統顧問中
- 系統整合的雜七雜八顧問中
- Android開發中: 正在跟ARM的EGLIBC纏鬥中 .....
- Windows Mobile開發中: 就讓WM走入歷史吧 !

不會吧~~我當年就是因為Firefox 2 太吃資源(註:不要跟我說記憶體吃一兩百MB沒什麼我家舊的電腦Pentium II,記憶體128MB
現在也才Pentium 4記憶體256MB,承受不了怪獸)才從Firefox跳槽到Opera的,最近看他出新版才正在考慮跳回去,看來要再等等了

沒什麼好等的，opera如果習慣的話就繼續用
(不過256mb光Windows自己就已經快吃光了吧)
看Tenki 的測試問題是跟使用者使用方式有關係
不用live bookmark或大量bookmark 不會被bug影響太大的情形下
FX3沒什麼不能用的 (效能沒被影響、I/O也都還好)
--
如果要等的話非安全性更新通常會拖的比較久

其實我真的覺得還好, 只要把 RSS 丟給 Thunderbird 就好了,即使沒收信, 用 Thunderbird 純收 RSS 也不錯啊.... 如果不想的話就丟給 Google Reader 吧!

最快也要等到 3.1 (年底), 也許要等到 4.0 也說不定.

_________________
- Wayne