小新air14怎么查看GPU使用率

1、首先市面上公认的测试软件叫做GPU-Z，这是一个不错的测试小软件，大小只有小小的几兆。我们打开百度搜索，搜索GPU-Z，选择相关软件进行下载。

2、下载完毕后我们打开下载的程序进行安装，我们可以看到这个安装页面是英文的，我们点击yes，然后下一步，在安装位置可以自行定义，其余一直点下一步。

3、打开软件后我们就可以看到GUP的一个基本参数，在最下方我们可以选择GPU类型，以图片中为例，我们可以选择1050和630的GPU，进而查看生产日期，参数代码，品牌等一系列参数 。

4、我们在软件上面选择sensors这个选项卡，就可以查看所选的GPU的参数了，GPU LOAD那个百分数就是使用率，一般在运行大型软件时候使用率会高一点 。

5、一般来说GPU也是衡量计算机功能的一大标准，选择好的GPU能让电脑处理图像更加快捷优质，当然也需要通过合适的驱动来发挥GPU全部性能。

从Honeycomb[3.x]版本起，Andorid便支持GPU加速，但目前Android并没有使用Skia GPU进行Webkit渲染。Skia GPU使用OpenGL进行后渣如枣台加速渲染，未来也许会代替Skia。

很多人觉得，即使Android成功使用了GPU加速Webkit渲染，在访问浏览如雅虎等一般的网站时，用户也感觉不到太大的差异。因为Webkit的资源大多数消耗在了Javascript脚本和布局定位上。

我们觉得Webkit使用GPU加速渲染的最大意义无非是HTML5 Canvas[HTML5的动态绘图效果]。Android渲染Canvas动画实在太慢，导致Web开发者根本无法在Android上用Canvas开发网页游戏[要注意的是，目前很多手机和平板的应用程序以HTML5做为界面，并使用Webkit工作，这也是很多应用在Android系统上感觉“不流畅”如拆的重要因素。译者注]。

Android Webkit开发平台[NDK]使用Skia GPU加速测试

我们对Android系统使用Skia GPU加速的Webkit进行了测试。我们手上已经有Android Webkit NDK的WAC2.0版本，我使用了某个提交版本的Skia源码，并开启Skia GPU加速将其编译进NDK中。

我并没有使用Canvas加速，因为这还要增加修改GraphicsContextSkia API的工作，所以并未测试Canvas渲染的性能。

为了使用Skia GPU加速，我做了以下两点：

1，新增了一个使用GLSurfaceView的eglContext内容。

2，在WebView.cpp中使用SkGpuCanvas代替SkCanvas。 我在系统版本为2.3.2的Nexus S上测试，并禁用了屏幕合成加速和Webkit后备缓存，结果出乎意料，Skia GPU反而降低了绘图性能，比Skia使用CPU渲染的时候慢了两倍以上。

当用户滚动雅虎网站页面的时候，每一帧都会使Webkit对页面元素进行重绘。页面元素包括70%的文本，15%的矩形和15%的图像，Skia GPU“加速”渲染时候反而慢了五倍。

你看到图表后也许会觉得Skia GPU渲染SVG动画时是要比CPU快那么一丁点了。不过Webkit在渲染SVG动画的时候出了一些问题，它绝大多数时间花在了定位布局SVG元素上，而不是渲染SVG元素。所以我不敢确定Skia使用GPU加速时是不是真的变快了。

Skia在栅格化文本的时候使用的是CPU而不是GPU，它将文本缓存为材质贴图。因此Skia GPU加速并不会增加滚动文本时的速度。

我一开始觉得Skia GPU加速会在绘制飞舞的浏览器图标时理应能速度更快了，毕竟那是位图动画，是GPU的强项。结果，Skia GPU渲染慢了10倍……由于还没有得到详细结果，所以我们需要做进一步的研究，以找到问题的原因。

当你构建Skia的时候，你会得到一个跑分程序，运行之后，你会看到使用CPU和GPU渲染时的性能差异。下面是一些测试得分中的重点项目。

你能看到，除了位图绘制，Skia GPU渲染慢了两倍左右。

为什么Skia GPU渲染会更慢？

在我使用gDEBugger[调试工具]和callgrind记录之后，发现了一些问题：

1，glDrawSomething调用得太频繁；

2，gl[图形链接库]状态被调整得过多；

3，转换到FBO[Frame Buffer

Objects]的次数太频繁。

这一切的祸根就是glDrawSomething用得太多，在Webkit调用SkCanvas::drawSomething的时候，每次都是Skia调用glDraw，改变GL状态，并转换为FBO的动作重复。而且即使Skia解决了这三个问橡伍题，我也无法确定Skia

GPU在绘制文本动画和小几何图形的时候能比CPU要快。因为实际上GPU在渲染1000个以上数量的小几何图形[小于10像素]的时候难以变得更迅速。而在这之前，Android开发人员就已经极大优化了线性渲染器。在Skia的跑分程序中也看出path_stroke_small_triangle要慢约15倍左右。

Skia GPU加速的前景

你也许会觉得在绘制2D矢量图形的时候，使用GPU是不可能加速的，但请不要太早下结论，我写了一个小程序来测试在使用GPU绘制贝赛尔曲线的时候能比CPU快多少。幸运的是，在Nexus

S上测试的时候，Android的GPU绘制确实比CPU快了点。

相关资料收藏此图相关图片

贝塞尔曲线绘制100个圆测试 -

使用CPU渲染

相关资料收藏此图相关图片

贝塞尔曲线绘制100个圆测试 -

使用GPU渲染

绘制100个大圆的动画，GPU渲染快了1.5倍。

相关资料收藏此图相关图片

贝塞尔曲线绘制1000个圆测试 -

使用CPU渲染

相关资料收藏此图相关图片

贝塞尔曲线绘制1000个圆测试 -

使用GPU渲染

绘制1000个小圆的动画，GPU渲染速度和CPU接近。

Skia

GPU很慢，不过谷歌只花了一年去实现他，我认为谷歌可以像优化线性渲染器那样去优化它。如果是这样的话，我觉得Android用户也许在一两年内就能享受HTML5

Canvas的游戏了[当然，结果是因为现在ARM的处理器性能越来越好，Skia GPU大概也许就这样被遗忘了……译者注]。