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/