树莓派上Web浏览速度的瓶颈在哪里？

#1 楼

它是Raspberry Pi相对较弱的ARM11 CPU和未加速的X服务器的结合。由于GPU无法加速，因此CPU必须完成所有渲染。在Pi上的ARM11内核之类的东西上，这给本来就很弱的CPU带来了很多额外的负担。我们已经看到X进程占用了CPU的25％。

将Android手机中的芯片与Pi中的芯片（甚至超频）进行比较并不是很公平。手机中的1 GHz芯片可能类似于Cortex-A8或A9，它们使用该架构的ARMv7版本。因此，与使用ARMv6的ARM11相比，它们每个时钟周期的性能更高。

#2 楼

这已经是IMO的正确答案了，我的建议可能不会有多大区别，但了解它可能会很有用。

如果只想运行浏览器，则不要也不必运行桌面环境。创建一个看起来像$HOME/.xinitrc的文件：

#!/bin/sh

midori

如果.xinitrc已经存在，请暂时将其移动或注释掉其他内容。现在，请执行startx（显然，您不应该已经在其中-在未运行GUI的情况下从控制台执行此操作）。瞧，您只有浏览器，没有桌面。

节省了一点点的内存，尽管到目前为止，浏览器是房间里的大象，而正在运行的Xorg服务器本身却比基本的lxde（现在不运行）。如果您有太多的内存加载到RAM中，那么您将使用交换，这将影响性能。上面的midori +裸X根据free使用<100 MB驻留：

             total       used       free     shared    buffers     cached
Mem:        448708     242604     206104          0      82660     105156
-/+ buffers/cache:      54788     393920
Swap:       102396          0     102396

448708-393920 = 54788/1024 = 53.5 MB

打开了四个标签。同样，如果您查看这些内容并发现您的RAM几乎已满，那就是性能问题。请注意，即使内存未满也使用一些交换是正常的，所以不必担心-交换的内容的优先级较低。

需要进一步考虑的是性能明智的是，缓冲区和缓存的重要性。我没有将它们包括在总数中，请注意实际上它比承诺的内存还多（大约两倍）。那是正常的。如果您用承诺的东西填满内存，系统将只使用较少的缓存和/或将其转移以进行交换。无论哪种方式，这都会导致性能下降，因为缓存非常重要（它在大小上不是至关重要的或不变的，因此不属于已提交的内存状态）。

换句话说，最佳情况下，您希望已承诺的内存不超过pi上可用内存的75％，甚至可能少于此值。如果您使用LXDE并开始打开其他内容，则可能会很快开始采用该方法。

#3 楼

免责声明：以下内容描述了具有可疑效果的实验功能的使用。请确保测试引入的回归和实际性能提升。


您可以在chrome://flags下尝试使用某些Google Chrome浏览器/ Chromium标志，以提高（明显）浏览性能。有一篇文章解释了一些与性能有关的标志。我将尝试在此处收集一些信息：

通过启用“ Overrrite Software Rendering List”来强制GPU加速，即使未将驱动程序列入白名单，也会使用GPU进行渲染，但会付出可能的失真。我不知道这与Pi的GPU配合得如何。

在所有页面上进行GPU合成将使用GPU滚动所有图层。因此，在没有GPU加速图层的页面上，滚动性能应有所提高。

逐个刷新窗口将是另一个提示。它会渲染图块并在准备就绪后立即显示它们，而不用等待最后一个完成。实际上，由于引入的开销，渲染将花费更长的时间，但是内容显示的速度会更快。

在单独线程中进行渲染将异步进行渲染并保持界面响应。您可以在页面仍在渲染时滚动。

禁用GPU VSync将更新渲染的内容，而不管监视器是否已加载它们。这会提高帧速率，但会出现显示不一致的情况。

启用/禁用任何开关后，您将必须重新启动Chrome / Chromium才能应用设置。标志页面底部的按钮可以为您做到这一点。

更进一步，可以使用命令行开关来优化Chrome / Chromium。有关完整列表，请参见Chromium命令行开关列表。

--default-tile-width和--default-tile-height可以设置为与屏幕尺寸的一小部分匹配，以加快每个页面的初始渲染。