当前位置：主页 > 测试仪器

CPU稳定性测试？

时间：2024-07-24 08:20|来源：未知|作者：admin|点击：0次

一、CPU稳定性测试？

进入软件目录，直接运行“Prime95”可执行文件即可首次使用时，软件会弹出选择对话框。

我们在这里选择“Just Stress Testing”

接下来在测试选项中，我们选择第一项，其它设置保持不变。

这一项主要是用于对 CPU 的浮点运算测试，另外还会对 CPU 的缓存进行填充测试。

选择好以后，点击“OK”按钮然后软件就会自动对当前电脑 CPU 进行压力测试。我当前电脑的 CPU 是四核心的，所以会看到有“Work #1-4”，每一个 Work 区表示一个逻辑 CPU 核接着我们可以打开系统的任务管理器，在性能列表中可以看到 CPU 的利用率会很一般情况下，测试时间为 6 到 24 小时。如果 CPU 当真有硬件性能问题的话，可能在几分钟内就会出现异常情况，比如死机，重启，自动断电等。

当我们对 CPU 进行压力测试的时候，由于 CPU 利用率一直处理高负荷状态，所以会导致 CPU 的温度升高。

如果 CPU 风扇散热不给力的情况下，可能会导致自动断电的情况。

如果要停止测试，请点击软件左上角菜单栏中“Test -> Stop”，然后再点击“OK”按钮停止所有测试

二、水解稳定性测试标准？

《电气绝缘材料水解稳定性的试验方法(第1部分):塑料薄膜(GB/T 20875.1-2007)(IEC 61234-1:1994)》为GB/T 20875《电气绝缘材料水解稳定性的试验方法》的第1部分，GB/T 20875分为若干部分，其他部分是:第2部分:模塑热固性材料。其他部分正在考虑之中。

本部分等同采用IEC 61234-1:1994《电气绝缘材料水解稳定性的试验方法第1部分:塑料薄膜》(英文版)。为便于使用，删除了国际标准的前言和引言。

三、循环稳定性测试原理？

循环稳定性提供稳定的水蒸汽环境，加热炉对其中的样品进行加热，通过称重监测装置对样品的重量变化进行测定，解决对氢氧化物化学储热材料进行循环稳定性测试的问题。

循环稳定性测试包括：温度计、压力计、内置由氢氧化物组成的化学储热材料的样品容器、加热装置、称重监测装置、相连的水蒸汽发生器和加热炉。

其中：温度计分别设置于水蒸汽发生器和样品容器内，加热装置分别设置于水蒸汽发生器和加热炉内；压力计设置于水蒸汽发生器上，样品容器吊装设置于加热炉内的加热装置的结构内部；样品容器与称重监测装置相连。

四、cpu稳定性测试软件？

Prime95是一款专门测试CPU系统稳定的软件，在所有的拷机软件中是公认的最残酷的一款。

Prime95把负荷高得有点离谱的工作量加载在CPU身上，以此来考验CPU的承受能力。这一测试因其可以发现其他测试程序无法发现的稳定性问题而备受广大玩家关注，更加被许多专业的计算机 OEM 制造商用来确定计算机的稳定性。

五、cpu稳定性测试降频正常吗？

不正常，（一）会自动降频。

（二）现在的CPU和主板都具备高温自我保护机制，达到第一个高温警戒值后会自动降频，达到第二个高温警戒值后会自动断电停止工作（自动关机）。

比如，实测E3 1230 V2，散热器不涂硅脂，做AIDA64的“系统稳定性测试”，勾选“fpu”开始烤机，温度超过80度后cpu频率曲线开始下折，同时软件出现红色警告字“高温警告”，这个状态下cpu主频的波动区间是2~3GHz左右，再无法达到3.3默频，更不出现睿频，自动降频后温度下调，频率回升，导致温度再次突破警戒，又触发自动降频，频率曲线就如此循环往复的波动

六、app稳定性测试策略及方法？

16种测试策略：功能测试，性能测试，压力测试，容量测试，安全性测试，GUI测试，可用性测试，安装测试，配置测试，异常测试，备份测试，健壮性测试，文档测试，在线帮助测试，网络测试，稳定性测试在：正常情况下测试；非正常情况下测试；边界测试；非法，极端测试；

七、app稳定性测试都有哪些指标？

一个iOS App的稳定性，主要决定于整体的系统架构设计，同时也不可忽略编程的细节，正所谓“千里之堤，溃于蚁穴”，一旦考虑不周，看似无关紧要的代码片段可能会带来整体软件系统的崩溃。尤其因为苹果限制了热更新机制，App本身的稳定性及容错性就显的更加重要，之前可以通过发布热补丁的方式解决线上代码问题，现在就需要在提交之前对App开发周期内的各个指标进行实时监测，尽量让问题暴漏在开发阶段，然后及时修复，减少线上出问题的几率。针对一个App的开发周期，它的稳定性指标主要有以下几个环节构成，用一个脑图表示如下：

稳定性指标

1 开发过程

开发过程中，主要是通过监控内存使用及泄露，CPU使用率，FPS，启动时间等指标，以及常见的UI的主线程监测，NSAssert断言等，最好能在Debug模式下，实时显示在界面上，针对出现的问题及早解决。

内存问题

内存问题主要包括两个部分，一个是iOS中常见循环引用导致的内存泄露，另外就是大量数据加载及使用导致的内存警告。

mmap

虽然苹果并没有明确每个App在运行期间可以使用的内存最大值，但是有开发者进行了实验和统计，一般在占用系统内存超过20%的时候会有内存警告，而超过50%的时候，就很容易Crash了，所以内存使用率还是尽量要少，对于数据量比较大的应用，可以采用分步加载数据的方式，或者采用mmap方式。mmap 是使用逻辑内存对磁盘文件进行映射，中间只是进行映射没有任何拷贝操作，避免了写文件的数据拷贝。操作内存就相当于在操作文件，避免了内核空间和用户空间的频繁切换。之前在开发输入法的时候，词库的加载也是使用mmap方式，可以有效降低App的内存占用率，具体使用可以参考链接第一篇文章。

循环引用

循环引用是iOS开发中经常遇到的问题，尤其对于新手来说是个头疼的问题。循环引用对App有潜在的危害，会使内存消耗过高，性能变差和Crash等，iOS常见的内存主要以下三种情况：

Delegate

代理协议是一个最典型的场景，需要你使用弱引用来避免循环引用。ARC时代，需要将代理声明为weak是一个即好又安全的做法：

@property (nonatomic, weak) id delegate;

NSTimer

NSTimer我们开发中会用到很多，比如下面一段代码

- (void)viewDidLoad {

这是典型的循环引用，因为timer会强引用self，而self又持有了timer，所有就造成了循环引用。那有人可能会说，我使用一个weak指针，比如

__weak typeof(self) weakSelf = self;

self.mytimer = [NSTimer scheduledTimerWithTimeInterval:1 target:weakSelf selector:@selector(doSomeThing) userInfo:nil repeats:YES];

但是其实并没有用，因为不管是weakSelf还是strongSelf，最终在NSTimer内部都会重新生成一个新的指针指向self，这是一个强引用的指针，结果就会导致循环引用。那怎么解决呢？主要有如下三种方式：

使用类方法

使用weakProxy

使用GCD timer

具体如何使用，我就不做具体的介绍，网上有很多可以参考。

Block

Block的循环引用，主要是发生在ViewController中持有了block，比如：

@property (nonatomic, copy) LFCallbackBlock callbackBlock;

同时在对callbackBlock进行赋值的时候又调用了ViewController的方法，比如：

self.callbackBlock = ^{

就会发生循环引用，因为：ViewController->强引用了callback->强引用了ViewController，解决方法也很简单：

__weak __typeof(self) weakSelf = self;

原因是使用MRC管理内存时，Block的内存管理需要区分是Global(全局)、Stack(栈)还是Heap(堆)，而在使用了ARC之后，苹果自动会将所有原本应该放在栈中的Block全部放到堆中。全局的Block比较简单，凡是没有引用到Block作用域外面的参数的Block都会放到全局内存块中，在全局内存块的Block不用考虑内存管理问题。(放在全局内存块是为了在之后再次调用该Block时能快速反应，当然没有调用外部参数的Block根本不会出现内存管理问题)。

所以Block的内存管理出现问题的，绝大部分都是在堆内存中的Block出现了问题。默认情况下，Block初始化都是在栈上的，但可能随时被收回，通过将Block类型声明为copy类型，这样对Block赋值的时候，会进行copy操作，copy到堆上，如果里面有对self的引用，则会有一个强引用的指针指向self，就会发生循环引用，如果采用weakSelf，内部不会有强类型的指针，所以可以解决循环引用问题。

那是不是所有的block都会发生循环引用呢？其实不然，比如UIView的类方法Block动画，NSArray等的类的遍历方法，也都不会发生循环引用，因为当前控制器一般不会强引用一个类。