MozTW 討論區

各項 Mozilla 相關軟體與技術討論
現在的時間是 2024-03-19, 10:31

所有顯示的時間為 UTC + 8 小時





發表新文章 回覆主題  [ 4 篇文章 ] 
發表人 內容
文章發表於 : 2007-04-02, 20:28 
離線

註冊時間: 2006-05-02, 01:55
文章: 48
Chrome 中被打包成 .jar 的部份跟不打包的有甚麼分別? 是不是會被解包駐在 ram 內?
假如我把它改成非 .jar 的載入方式會否有優化作用? (例如減小 Fx 啟動時的份量)


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2007-04-02, 20:38 
離線
頭像

註冊時間: 2005-02-24, 19:15
文章: 1037
來自: Taiwan
XXVi 寫:
Chrome 中被打包成 .jar 的部份跟不打包的有甚麼分別? 是不是會被解包駐在 ram 內?
假如我把它改成非 .jar 的載入方式會否有優化作用? (例如減小 Fx 啟動時的份量)

要試才知道。
單純解開可能使用上會有問題,
還得更改套件內相關”引用”的程式及圖檔位址。

_________________
Amauds's Firefox
曾經妳以為最可靠的依賴;其實從未曾真實的存在過。
圖檔圖檔


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2007-04-02, 20:50 
離線
頭像

註冊時間: 2006-10-28, 15:41
文章: 1421
來自: マカオ
XXVi 寫:
是不是會被解包駐在 ram 內?
假如我把它改成非 .jar 的載入方式會否有優化作用?

1. 不清楚, 但可以肯定的是所有 .jar 都會被 firefox 鎖定, 用 unlocker 測試就可得知
而一般的檔案, .xul .css .js 等, 就不會

2. 我想絕對會快一點, 因為起碼省了解壓縮的步驟 (千分之一秒?)

_________________
圖檔 挑選‧儲存圖片 圖檔 History Submenus Ⅱ 圖檔 Personal Menu
圖檔 Page Title in URL Bar 圖檔 Double Click Top-Left to Close


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2007-04-02, 22:25 
離線

註冊時間: 2005-06-27, 15:59
文章: 466
來自: Republic of China ( R.O.C. )
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的錯誤驗證機制,但壓縮檔則一定要有,不然,檔案的還原就會有問題。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.1) Gecko/20070204 BonEcho/2.0.0.1 (tete009 MMX PGO)
 個人資料  
引用回覆  
顯示文章 :  排序  
發表新文章 回覆主題  [ 4 篇文章 ] 

所有顯示的時間為 UTC + 8 小時


誰在線上

正在瀏覽這個版面的使用者:沒有註冊會員 和 9 位訪客


不能 在這個版面發表主題
不能 在這個版面回覆主題
不能 在這個版面編輯您的文章
不能 在這個版面刪除您的文章
不能 在這個版面上傳附加檔案

搜尋:
前往 :  
Powered by phpBB® Forum Software © phpBB Group
正體中文語系由 竹貓星球 維護製作
© moztw.org, Mozilla Foundation
MozTW,Mozilla 台灣社群