看板 Browsers 關於我們 聯絡資訊
※ 引述《talan (這個好吃嗎)》之銘言: : 排名: : https://addons.mozilla.org/en-US/firefox/performance/#addon-11 : 官方最近開始提供一份排名, : 告訴大家是哪些熱門套件拖慢Fx的啟動速度。 官方的動作果然引起了套件開發者不同的迴響與回應, : 排名 Add-on 對啟動速度的影響衝擊(越高越慢) : #1 FoxLingo 74% slower : #2 Firebug 74% slower 因為這個排行,作者群之中有人暴怒,似乎打算將套件離開 addons.mozilla.org https://groups.google.com/forum/#!topic/firebug-working-group/76pFFo68S2Q 他認為其實 Firebug 只有拖慢幾百個毫秒(1/1000秒), 而且沒有使用者抱怨過這個問題... 當然這只是其中一個作者的想法XD : #3 AniWeather 54% slower : #4 FlashGot 50% slower 這套件的作者一向更新很勤,也是最快做出改進的 排行出來後,作者馬上對執行效能作改進 作者說,1.2.9版對啟動速度的衝擊幾乎降到零(測試時是1.2.8.5) 該套件幾乎可以抓任何網站的Flash影片檔, 這點就讓人無法離開它(取代Video DownloadHelper 而且還支援更多網站) : #5 FoxClocks 46% slower : #6 FoxyTunes 44% slower : #7 Video DownloadHelper 33% slower : #8 FastestFox 33% slower 還沒看到作者回應,可是就有人去留了評論 FastestFox is actually in the top ten of worst modules that slowdown Firefox start. : #9 Xmarks Sync 30% slower : #10 SimilarWeb 23% slower 其他榜上套件的回應: #12 Adblock Plus 21% https://adblockplus.org/forum/viewtopic.php?f=1&t=7302 ABP提到說,其實兩天前,這個排行榜剛出來時,ABP沒有上榜,不過現在卻上榜了, 他提出說不知道是不是因為配合上過濾規則來使用ABP的緣故。 另外他還說,ABP其實已經完全遵守官方的效能指南來撰寫, 還有讀取上萬條過濾條件不是不用時間的... #18 Flagfox 16% http://flagfox.servehttp.com/forum/viewtopic.php?f=3&t=321 Flagfox說的情形也和ABP有點像,他說幾天前Flagfox在排行榜上是12%, 但現在卻變成16%,這期間Flagfox並沒有更新,所以他很好奇那4%是怎麼又突然增加的。 另外就是除了批評該頁面的問題,如名不符實、 (列出啟動最慢的套件,但實際上只有測100個套件, 實際上,其他5000多個沒有測的套件可能有更慢的。) 還有測試條件不明等等問題。 他也表示樂於配合政策,但其實他過去就有在增進效能上做過努力, 現在的套件其實也已經完全遵照官方的"效能指南"來寫,也在自己能力範圍內做了測試, 他認為他的程式碼應該已經夠好了,慢的原因可能純粹是Fx讀取Flagfox的檔案這件事上, 所以在Fx提供更多協助前,這個問題,他可能做不了什麼改善。 : 網頁上提供到前50個慢的熱門套件,之後可以上原址參考。 另外看到上面有人在問TMP等其他熱門的套件拖慢啟動的速度,其實也可以知道 由於列表是只有測前100熱門的套件,而TMP又在100熱門套件當中排約24、25, 而拖慢效能排行榜上提供的第50名,拖慢的速度就是0%, TMP排名低於50,就等於拖慢的速度是0% : 網頁上提供到前50個慢的熱門套件,之後可以上原址參考。 另外看到上面有人在問TMP等其他熱門的套件拖慢啟動的速度,其實也可以知道 由於列表是只有測前100熱門的套件,而TMP又在100熱門套件當中排約24、25, 而拖慢效能排行榜上提供的第50名,拖慢的速度就是0%, TMP排名低於50,就等於拖慢的速度是0% 附加套件前100熱門排行榜(前5頁) https://addons.mozilla.org/zh-TW/firefox/extensions/?sort=popular 排行榜會因時間變動,效能排行榜應該用的是上週前百名熱門套件, 不過我想應該不會差太多,前100名應該大多排名很穩... 若你看到5頁前有你用的套件,但沒有上拖慢效能排行榜的, 恭喜,那是個不會拖到啟動速度的套件。 --- Fx套件有5700多個,只測前100名其實很不夠, 所以只能希望只要新上傳版本就作效能測試的諾言趕快實現, 而且更重要的是,趕快新增頁面載入影響的測試吧。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.251.64.152
Hemiola:我實用的感受 firebug 真的拖很慢,不只啟動,所以就砍了 04/05 23:09
talan:firebug其實也不是完完全全為方便、加速瀏覽設計的 04/05 23:11
imrt:看來這排名的確有助於套件的改進,也免得FF背黑鍋 04/05 23:13
shyangs:firebug 是開發用的,一般都會開新設定檔專用吧 04/05 23:13
talan:firebug其實算是解析網頁用的功能性套件 04/05 23:13
Kreen:功能強大的好像都免不了這個缺點? 04/05 23:13
talan:是以功能取勝,所以我大概能理解作者會這麼暴怒的感覺 04/05 23:14
talan:真要用firebug,就像有些人說的另開一個身分 04/05 23:14
talan:要用時再切換身分來開就好了。 04/05 23:15
shyangs:不然有別的套件作了改變頁面元素行為,怎麼區分bug來源。 04/05 23:16
wumins:早該發佈這種排行榜了,絕對有正面幫助 04/05 23:37
※ 編輯: talan 來自: 111.251.64.152 (04/05 23:53)
jtmh:推本篇追蹤的報導,另 Firebug 據我很短暫試用過的確會拖慢啊 04/06 00:16
talan:可能是我寫得有點讓人誤會... "沒有人抱怨過這個問題" 04/06 00:17
talan:是指 "的確有拖慢的問題,但是沒有人在抱怨" 04/06 00:18
knight00931:我比較希望firebug解決佔用記憶體的問題,好像滿久了 04/06 00:23
talan:另該作者說大多數的抱怨是記憶體耗費的問題 04/06 00:23
talan:而沒有人在抱怨啟動時間 04/06 00:25
kissahping:作者好像太氣了,官方也只是點出事實,需要用的不會因 04/06 00:27
kissahping:為啟動時間就不用啦,firebug本來就是進階用的套件。 04/06 00:28
talan:問題 該作者認為是這個列表已經嚴重損害了Firebug的名聲 04/06 00:37
jtmh:或許 Mozilla 官方除了公佈慢的百分比,也該同時公佈實際數值 04/06 00:41
jtmh:免得光從百分比看起來好像真的慢得不得了? 04/06 00:42
talan:不同的機器 可能慢的速度不一樣 04/06 00:42
talan:那名暴怒的作者就說在他的電腦,firebug拖慢的時間是3/10秒 04/06 00:43
talan:(300/1000秒),但排行榜的百分比讓人有放大嚴重性的感覺 04/06 00:44
talan:看很多推特上的留言,都認為firebug變成拖慢速度的最大嫌犯 04/06 00:46
jtmh:不同機器不一樣沒關係,就公佈官方實測機器數值,當作參考值 04/06 00:46
jtmh:讓使用者有個譜 04/06 00:47
talan:希望不要鬧到有影響這個套件的開發... 04/06 00:47
jtmh:其實以目前公佈的資訊來看,就如 t 大您說的,百大熱門之外的 04/06 00:50
jtmh:沒測,說不定真正影響最劇的都不在公佈的套件內,像我就有在 04/06 00:51
jtmh:懷疑我用的佈景才是拖慢的最大元兇 XD 04/06 00:52
lpdpCossette:啟動速度老實說無所謂就是 04/06 00:57
darKyle:無所謂+1 如果不常用可以停用 如果是專職開發根本不必關Fx 04/06 01:03
※ 編輯: talan 來自: 111.251.64.152 (04/06 03:46)
chancewen:firebug在開發網頁很好用阿作者不要激動拉XD 04/06 06:59
mohiwa:套件很多可是不一定用的人也一樣多,其實真的不必全部都測 04/06 14:03
Triedge:期待#4的改版究竟會有多大的改進 0.0+ 04/06 14:29
eggimage:推解說 04/06 14:58
typepeter:作者不用激動 因為Firebug無人取代...至少在Fx套件 04/06 15:33
typepeter:GC內建的開發工具勉強可比Firebug 04/06 15:34
typepeter:而Firebug我覺得平時沒事別開,要用再開就好了吧 04/06 15:34
FEMIRINEsex1:推一下,這個討論很有意思 04/07 00:07
justwhite:推一下 會用的人不會在意 像我會在意的就跳去gc了 04/07 01:24
justwhite:也或許是核心問題 但有些人就是離不開套件阿所以還OK吧 04/07 01:26
NiGHTsC:佈景應該就是吃最多的,我的用console看有3MB 04/07 08:34
NiGHTsC:話說,元件/佈景如果關掉但沒刪除的話,應該不會影響速度? 04/07 08:34
darKyle:GC套件一多 對效能影響更大 04/07 19:52
davidbright:pushy 04/10 17:34