MozTW 討論區 https://forum.moztw.org/ |
|
[技術問題] Chrome 中被打包成 jar 的部份.... https://forum.moztw.org/viewtopic.php?f=11&t=18288 |
第 1 頁 (共 1 頁) |
發表人: | XXVi [ 2007-04-02, 20:28 ] |
文章主題 : | [技術問題] Chrome 中被打包成 jar 的部份.... |
Chrome 中被打包成 .jar 的部份跟不打包的有甚麼分別? 是不是會被解包駐在 ram 內? 假如我把它改成非 .jar 的載入方式會否有優化作用? (例如減小 Fx 啟動時的份量) |
發表人: | Amauds [ 2007-04-02, 20:38 ] |
文章主題 : | |
XXVi 寫: Chrome 中被打包成 .jar 的部份跟不打包的有甚麼分別? 是不是會被解包駐在 ram 內?
假如我把它改成非 .jar 的載入方式會否有優化作用? (例如減小 Fx 啟動時的份量) 要試才知道。 單純解開可能使用上會有問題, 還得更改套件內相關”引用”的程式及圖檔位址。 |
發表人: | Merci chao [ 2007-04-02, 20:50 ] |
文章主題 : | |
XXVi 寫: 是不是會被解包駐在 ram 內?
假如我把它改成非 .jar 的載入方式會否有優化作用? 1. 不清楚, 但可以肯定的是所有 .jar 都會被 firefox 鎖定, 用 unlocker 測試就可得知 而一般的檔案, .xul .css .js 等, 就不會 2. 我想絕對會快一點, 因為起碼省了解壓縮的步驟 (千分之一秒?) |
發表人: | 過路的 [ 2007-04-02, 22:25 ] |
文章主題 : | |
XXVi 寫: Chrome 中被打包成 .jar 的部份跟不打包的有甚麼分別? 是不是會被解包駐在 ram 內? 假如我把它改成非 .jar 的載入方式會否有優化作用? (例如減小 Fx 啟動時的份量) 各位看看我的分析是否合理: 1. FireFox啟動時從硬碟上載入至記憶體中,照邏輯上來說,全部所需的資料量愈小,速度愈快,對吧? 2. 壓縮檔無論壓縮比為何,都會增加CPU的負擔。(因為多少都還是需要運算) 如果我的分析合理,那麼我可以得到以下的結果: 1. 將所有的 jar 予以解壓縮,不會提升FireFox啟動的速度,反而會降低,因為從硬碟載入至記憶體的時間增加,而硬碟本身運作的速度又比記憶體慢(不是讀、寫的速度,而是運轉的速度,如:轉速、讀取臂活動的速度...之類)。 2. 將所有的套件都加以壓縮,必會增加CPU的負擔,也許會因此導致FireFox啟動的速度變慢,因為CPU必需在一定時間內完成所有的解壓才能讓FireFox開啟成功,不然只有增加時間才能完成所有的解壓動作,對吧? 3.所以適度的壓縮某些特別龐大的套件,可以使FireFox獲得更快的啟動速度。 Merci chao 寫: XXVi 寫: 是不是會被解包駐在 ram 內? 假如我把它改成非 .jar 的載入方式會否有優化作用? 1. 不清楚, 但可以肯定的是所有 .jar 都會被 firefox 鎖定, 用 unlocker 測試就可得知 而一般的檔案, .xul .css .js 等, 就不會 ... Merci兄 我猜想「一般的檔案, .xul .css .js 等」之所以沒被鎖定,應該是因為這些檔案只有在FireFox啟動時才會被使用,之後則不再被使用,原因是都被載入到記憶體中,且不會再被修改或是修改時再直接寫回硬碟上,所以沒有被鎖定或只被鎖定在很短的時間內。 而 jar 則不同,它本就是壓縮檔,當它載入記憶體後會被解壓縮,所以當資料被修改時不會立刻寫回硬碟上,只有當FireFox結束時才會被寫回硬碟上,因此,硬碟上的 jar 在FireFox結束前必需被鎖定,不允許被更動,否則當FireFox因意外而終止時,可能造成 jar 的不完整,要知道壓縮檔的特性是只要有些許錯誤,就有可能造成壓縮檔整個無法使用。 PS:文字檔可就不同,只要不壞在檔頭,多少都還可以使用,因為它沒有CRC的錯誤驗證機制,但壓縮檔則一定要有,不然,檔案的還原就會有問題。 |
第 1 頁 (共 1 頁) | 所有顯示的時間為 UTC + 8 小時 |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |