15楼#
发布于:2017-05-29 11:46
|
|
16楼#
发布于:2017-05-29 11:47
|
|
17楼#
发布于:2017-05-29 12:03
infinity:这是用什么软件录的?回到原帖https://github.com/NickeManarin/ScreenToGif/ 安利一波screentogif,开源,好用,多语言(含简中), 图里自定义毫秒输出的功能还是不久前我提议的,他很快就加入了 |
|
|
18楼#
发布于:2017-05-29 12:12
对,没扩展很快,有扩展会白屏一会才能加载出来
|
|
19楼#
发布于:2017-05-29 13:01
白左:Win10 x64, E3-1230v2, RAM 16GB,SSD不知你那个软件的计时标准是什么,我的计时方式和你不一样,不仅仅是感官视觉上的计时,还包括实际的“背后工作”的计时: “我的启动时间计算方法是从启动 Firefox 后看 CPU 占用率从几乎完全占满开始算起,到平静下来几乎完全不占 CPU 为止。” https://www.firefox.net.cn/read-53876-1#read_357402 (修正后地址: https://www.firefox.net.cn/read.php?tid=53876#357402 ) 实际上 Firefox 从启动到界面完全出来后,到能让你操作为止还没太平下来,背后 CPU 仍然还占着很高。我后来还遇到更奇怪的现象是,CPU 占高还分两个阶段:第一阶段是从启动到第一次平静下来,以前就算这么结束了。后来随着版本的升级(包括浏览器版本和各扩展件版本),还会出现第二阶段的 CPU 占高,第一阶段 CPU 占高结束后会平静一段时间,约几十秒,然后会再次出现 CPU 占高,大约十几秒左右。 你们都是 i 什么的 CPU ,SSD 的硬盘当然测不出,只有在低端机器上才能体现出一个软件是否占用资源的好坏。 |
|
20楼#
发布于:2017-05-29 13:02
DOSforever:不知你那个软件计时标准是什么,我的计时方式和你不一样,不仅仅是感官视觉上的计时,还包括实际的“背后工作”的计时:实际上现在的fx加入了很多界面特效及一大堆看不到的功能,和chrome争用户,早就不属于“低端机福利”了……而chrome从一开始就没考虑过低端配置的用户 chrome(和现在的fx)考虑的是如何用CPU和RAM占用提供更好的体验,而不是考虑如何牺牲体验换取更低的cpu和ram占用,这也是主流用户群体的诉求 |
|
|
21楼#
发布于:2017-05-29 13:41
|
|
|
22楼#
发布于:2017-05-29 16:14
|
|
23楼#
发布于:2017-05-29 16:23
|
|
|
24楼#
发布于:2017-05-29 16:39
|
|
25楼#
发布于:2017-05-29 16:42
fang5566:有时候会这样卡顿一次 但不是几分钟一次。没发现哪个bug引起,但最近几个nightly版本升级以后才出现的。看看后续版本是否会改善。回到原帖https://bugzilla.mozilla.org/show_bug.cgi?id=1366877 在谈,但方向是内存分页。感觉不是这个原因,内存挺充足的,就是GC时间长。 https://bugzilla.mozilla.org/show_bug.cgi?id=1364503 也相关,但只是遥测。 |
|
26楼#
发布于:2017-05-29 19:00
|
|
|
27楼#
发布于:2017-05-29 20:53
|
|
28楼#
发布于:2017-05-29 21:18
|
|
|
29楼#
发布于:2017-05-29 21:28
|
|