1. 存储器的测试
存储器测试的目的是确认在存储设备中的每一个存储位置都在工作。换一句话说，如果你把数50存储在一个具体的地址，你希望可以找到存储在那里的那个数，直到另一个数写入。任何存储器测试的基本方法是，往存储器写入一些数据，然后根据内存设备的地址，校验读回的数据。如果所有读回的数据和那些写入的数据是一样的，那么就可以说存储设备通过了测试。只有通过认真选择的一组数据你才可以确信通过的结果是有意义的。
当然，像刚才描述的有储器的测试不可避免地具有破坏性。在内存测试过程中，你必须覆盖它原先的内容。因为重写非易失性存储器内容通常来说是不可行的，这一部分描述的测试通常只适用于RAM 的测试。 一，普通的存储器问题
在学习具体的测试算法之前，你应该了解可能遇到的各种存储器问题。在软件工程师中一个普遍的误解是，大部分的存储器问题发生在芯片的内部。尽管这类问题一度是一个主要的问题，但是它们在日益减少。存储设备的制造商们对于每一个批量的芯片都进行了各种产品后期测试。因此，即使某一个批量有问题，其中某个坏芯片进人到你的系统的可能性是微乎其微的。
你可能遇到的一种类型的存储芯片问题是灾难性的失效。这通常是在加工好之后芯片受到物理或者是电子损伤造成的。灾难性失效是少见的，通常影响芯片中的大部分。因为一大片区域受到影响，所以灾难性的失效当然可以被合适的测试算法检测到。
存储器出问题比较普遍的原因是电路板故障。典型的电路板故障有：
（1）在处理器与存储设备之间的连线问题
（2）无存储器芯片
（3）存储器芯片的不正确插人
二，测试策略
最好有三个独立的测试：数据总线的测试、地址总线的测试以及设备的测试。前面两个测试针对电子连线的问题以及芯片的不正确插入；第三个测试更倾向于检测芯片的有无以及灾难性失效。作为一个意外的结果，设备的测试也可以发现控制总线的问题，尽管它不能提供关于问题来源的有用信息。
执行这三个测试的顺序是重要的。正确的顺序是：首先进行数据总线测试，接着是地址总线测试，最后是设备测试。那是因为地址总线测试假设数据总线在正常工作，除非数据总线和地址总线已知是正常的，否则设备测试便毫无意义。如果任何测试失败，你都应该和一个硬件工程师一起确定问题的来源。通过查看测试失败处的数据值或者地址，应该能够迅速地找出电路板上的问题。
1，数据总线测试
我们首先要测试的就是数据总线。我们需要确定任何由处理器放置在数据总线上的值都被另一端的存储设备正确接收。最明显的测试方法就是写人所有可能的数据值并且验证存储设备成功地存储了每一个。然而，那并不是最有效率的测试方法。一个更快的测试方法是一次测试总线上的一位。如果每一个数据上可被设置成为 0 和1，而不受其他数据位的影响，那么数据总线就通过了测试。
2，地址总线测试
在确认数据总线工作正常之后，你应该接着测试地址总线。记住地址总线的问题将导致存储器位置的重叠。有很多可能重叠的地址。然而，不必要测试每一个可能的组合。你应该努力在测试过程中分离每一个地址位。你只需要确认每一个地址线的管脚都可以被设置成0和 1，而不影响其他的管脚。
3，设备测试
一旦你知道地址和数据总线是正确的，那么就有必要测试存储设备本身的完整性。要确认的是设备中的每一位都能够保持住0和 1。这个测试实现起来十分简单，但是它花费的时间比执行前面两项测试花费的总时间还要长。
对于一个完整的设备测试，你必须访问（读和写）每一个存储位置两次。你可以自由地选择任何数据作为第一步测试的数据，只要在进行第二步测试的时候把这个值求反即可。因为存在没有存储器芯片的可能性，所以最好选择一组随着地址变化（但是不等于地址）的数。优化措施
市场上并不缺少提高数据存储效率的新技术，然而这些新技术绝大多数都是关注备份和存档的，而非主存储。但是，当企业开始进行主存储数据缩减时，对他们来说，了解主存储优化所要求的必要条件十分重要。
主存储，常常被称为1级存储，其特征是存储活跃数据――即经常被存取并要求高性能、低时延和高可用性的数据。主存储一般用于支持关键任务应用，如数据库、电子邮件和交易处理。大多数关键应用具有随机的数据取存模式和不同的取存要求，但它们都生成机构用来运营它们的业务的大量的数据。因此，机构制作数据的许多份拷贝，复制数据供分布使用，库存数据，然后为安全保存备份和存档数据。
绝大多数数据是起源于主数据。随着数据存在的时间增加，它们通常被迁移到二级和三级存储保存。因此，如果机构可以减少主数据存储占用空间，将能够在数据生命期中利用这些节省下来的容量和费用。换句话说，更少的主存储占用空间意味着更少的数据复制、库存、存档和备份。
试图减少主存储占用空间存储管理人员可以考虑两种减少数据的方法：实时压缩和数据去重。
直到不久前，由于性能问题，数据压缩一直没有在主存储应用中得到广泛应用。然而，Storwize等厂商提供利用实时、随机存取压缩/解压技术将数据占用空间压缩15:1的解决方案。更高的压缩率和实时性能使压缩解决方案成为主存储数据缩减的可行的选择。
在备份应用中广泛采用的数据去重技术也在被应用到主存储。目前为止，数据去重面临着一大挑战，即数据去重处理是离线处理。这是因为确定数量可能多达数百万的文件中的多余的数据块需要大量的时间和存储处理器做大量的工作，因此非常活跃的数据可能受到影响。当前，推出数据去重技术的主要厂商包括NetApp、Data Domain和OcarinaNetworks。 一、零性能影响
与备份或存档存储不同，活跃数据集的性能比能够用某种形式的数据缩减技术节省的存储容量更为关键。因此，选择的数据缩减技术必须不影响到性能。它必须有效和简单；它必须等价于“拨动一个开关，就消耗更少的存储”。
活跃存储缩减解决方案只在需要去重的数据达到非活跃状态时才为活跃存储去重。换句话说，这意味着实际上只对不再被存取但仍保存在活跃存储池中的文件――近活跃存储级――进行去重。
去重技术通过建议只对轻I/O工作负载去重来避免性能瓶颈。因此，IT基础设施的关键组件的存储没有得到优化。数据库排在关键组件清单之首。由于它们是1级存储和极其活跃的组件并且几乎始终被排除在轻工作负载之外，去重处理从来不分析它们。因此，它们在主存储中占据的空间没有得到优化。
另一方面，实时压缩系统实时压缩所有流经压缩系统的数据。这导致节省存储容量之外的意外好处：存储性能的提高。当所有数据都被压缩时，每个I/O请求提交的数据量都有效地增加，硬盘空间增加了，每次写和读操作都变得效率更高。
实际结果是占用的硬盘容量减少，总体存储性能显着提高。
主存储去重的第二个好处是所有数据都被减少，这实现了包括数据库在内的所有数据的容量节省。尽管Oracle环境的实时数据压缩可能造成一些性能问题，但迄今为止的测试表明性能提高了。
另一个问题是对存储控制器本身的性能影响。人们要求今天的存储控制器除了做伺服硬盘外，还要做很多事情，包括管理不同的协议，执行复制和管理快照。再向这些功能增加另一个功能可能会超出控制器的承受能力――即使它能够处理额外的工作负载，它仍增加了一个存储管理人员必须意识到可能成为潜在I/O瓶颈的过程。将压缩工作交给外部专用设备去做，从性能问题中消除了一个变数，而且不会给存储控制器造成一点影响。
二、高可用性
许多关注二级存储的数据缩减解决方案不是高可用的。这是由于它们必须立即恢复的备份或存档数据不像一级存储中那样关键。但是，甚至在二级存储中，这种概念也逐渐不再时兴，高可用性被作为一种选择添加到许多二级存储系统中。
可是，高可用性在主存储中并不是可选的选项。从数据缩减格式(被去重或被压缩)中读取数据的能力必须存在。在数据缩减解决方案中(其中去重被集成到存储阵列中)，冗余性是几乎总是高可用的存储阵列的必然结果。
在配件市场去重系统中，解决方案的一个组件以数据的原始格式向客户机提供去重的数据。这个组件就叫做读出器(reader)。读出器也必须是高可用的，并且是无缝地高可用的。一些解决方案具有在发生故障时在标准服务器上加载读出器的能力。这类解决方案经常被用在近活跃的或更合适的存档数据上;它们不太适合非常活跃的数据集。
多数联机压缩系统被插入系统中和网络上，放置(逻辑上)在交换机与存储之间。因此，它们由于网络基础设施级上几乎总是设计具有的高可用性而取得冗余性。沿着这些路径插入联机专用设备实现了不需要IT管理人员付出额外努力的无缝的故障切换；它利用了已经在网络上所做的工作。
三、节省空间
部署这些解决方案之一必须带来显着的容量节省。如果减少占用容量的主存储导致低于标准的用户性能，它没有价值。
主数据不具有备份数据通常具有的高冗余存储模式。这直接影响到总体容量节省。这里也有两种实现主数据缩减的方法：数据去重和压缩。
数据去重技术寻找近活跃文件中的冗余数据，而能取得什么水平的数据缩减将取决于环境。在具有高冗余水平的环境中，数据去重可以带来显着的ROI(投资回报)，而另一些环境只能取得10%到20%的缩减。
压缩对所有可用数据都有效，并且它在可以为高冗余数据节省更多的存储容量的同时，还为主存储应用常见的更随机的数据模式始终带来更高的节省。
实际上，数据模式冗余度越高，去重带来的空间节省就越大。数据模式越随机，压缩带来的空间节省就越高。
四、独立于应用
真正的好处可能来自所有跨数据类型(不管产生这些数据是什么应用或数据有多活跃)的数据缩减。虽然实际的缩减率根据去重数据的水平或数据的压缩率的不同而不同，但所有数据都必须合格。
当涉及存档或备份时，应用特有的数据缩减具有明确的价值，并且有时间为这类数据集定制缩减过程。但是对于活跃数据集，应用的特殊性将造成性能瓶颈，不会带来显着的容量缩减的好处。
五、独立于存储
在混合的厂商IT基础设施中，跨所有平台使用同样的数据缩减工具的能力不仅将进一步增加数据缩减的ROI好处，而且还简化了部署和管理。每一个存储平台使用一种不同的数据缩减方法将需要进行大量的培训，并造成管理级上的混乱。
六、互补
在完成上述所有优化主存储的工作后，当到了备份主存储时，最好让数据保持优化的格式(被压缩或去重)。如果数据在备份之前必须扩展恢复为原始格式，这将是浪费资源。
为备份扩展数据集将需要：
使用存储处理器或外部读出器资源解压数据;
扩展网络资源以把数据传送给备份目标；
把额外的资源分配给保存备份数据的备份存储设备。
2. jmeter怎么测试其他服务器上的测试数据库
1．测试计划是使用 JMeter 进行测试的起点，它是其它 JMeter 测试元件的容器。
2．线程组：代表一定数量的并发用户，它可以用来模拟并发用户发送请求。实际的请求内容在Sampler中定义，它被线程组包含。可以在“测试计
划->添加->线程组”来建立它，然后在线程组面板里有几个输入栏：线程数、Ramp-Up Period(in
seconds)、循环次数，其中Ramp-Up Period(in seconds)表示在这时间内创建完所有的线程。如有8个线程，Ramp-Up
= 200秒，那么线程的启动时间间隔为200/8=25秒，这样的好处是：一开始不会对服务器有太大的负载。线程组是为模拟并发负载而设计。
3、取样器（Sampler）：模拟各种请求。所有实际的测试任务都由取样器承担，存在很多种请求。如：HTTP 、ftp请求等等。
4、监听器：负责收集测试结果，同时也被告知了结果显示的方式。功能是对取样器的请求结果显示、统计一些数据（吞吐量、KB/S……）等。
6、断言：用于来判断请求响应的结果是否如用户所期望，是否正确。它可以用来隔离问题域，即在确保功能正确的前提下执行压力测试。这个限制对于有效的测试是非常有用的。
7、定时器：负责定义请求（线程）之间的延迟间隔，模拟对服务器的连续请求。
5、逻辑控制器：允许自定义JMeter发送请求的行为逻辑，它与Sampler结合使用可以模拟复杂的请求序列。
8. 配置元件维护Sampler需要的配置信息，并根据实际的需要会修改请求的内容。
9. 前置处理器和后置处理器负责在生成请求之前和之后完成工作。前置处理器常常用来修改请求的设置，后置处理器则常常用来处理响应的数据。
二、Jmeter报告 （转载）
http://www.cnblogs.com/jackei/archive/2006/11/13/558720.html
1、Aggregate Report 解析
Aggregate Report 是 JMeter 常用的一个 Listener，中文被翻译为“聚合报告”。今天再次有同行问到这个报告中的各项数据表示什么意思，顺便在这里公布一下，以备大家查阅。
如果大家都是做Web应用的性能测试，例如只有一个登录的请求，那么在Aggregate Report中，会显示一行数据，共有10个字段，含义分别如下。
Label：每个 JMeter 的 element（例如 HTTP Request）都有一个 Name 属性，这里显示的就是 Name 属性的值
#Samples：表示你这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100
Average：平均响应时间——默认情况下是单个 Request 的平均响应时间，当使用了 Transaction Controller 时，也可以以Transaction 为单位显示平均响应时间
Median：中位数，也就是 50％ 用户的响应时间
90% Line：90％ 用户的响应时间
Note：关于 50％ 和 90％ 并发用户数的含义，请参考下文
http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html
Min：最小响应时间
Max：最大响应时间
Error%：本次测试中出现错误的请求的数量/请求的总数
Throughput：吞吐量——默认情况下表示每秒完成的请求数（Request per Second），当使用了 Transaction Controller 时，也可以表示类似 LoadRunner 的 Transaction per Second 数
KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec
基本知识：
1、吞吐量：是指在没有帧丢失的情况下，设备能够接受的最大速率。
2、存储的最小单位是字节Byte，对于存储单位，有以下几个单位，GB、MB和KB，那么这三者之间的换算关系是：1GB＝1024MB，1MB＝1024KB，1KB＝1024Bytes。
Bit ：“位”，称为bit，也就是比特，有的时候也称为位。一个字节为8位二进制表示。
Byte：“字节”，一个字节就是8比特。
3、Mbps (million bits per second 兆位/秒) 代表每秒传输1，000，000比特。该缩写用来描述数据传输速度。例如：4Mbps=每秒钟传输4M比特。
数据传输速率的单位，字母b（bit）是比特和字母 B （Byte）是字节。
4、吞吐量与带宽的区分：吞吐量和带宽是很容易搞混的一个词，两者的单位都是Mbps.先让我们来看两者对应的英语，吞吐
量:throughput ; 带宽: Max net bitrate
。当我们讨论通信链路的带宽时，一般是指链路上每秒所能传送的比特数。我们可以说以太网的带宽是10Mbps。但是，我们需要区分链路上的可用带宽（带
宽）与实际链路中每秒所能传送的比特数（吞吐量）。我们倾向于用“吞吐量”一次来表示一个系统的测试性能。这样，因为实现受各种低效率因素的影响，所以由
一段带宽为10Mbps的链路连接的一对节点可能只达到2Mbps的吞吐量。这样就意味着，一个主机上的应用能够以2Mbps的速度向另外的一个主机发送
数据。
5、方差和标准差都是用来描述一组数据的波动性的（集中还是分散），标准差的平方就是方差。方差越大，数据的波动越大。
三．利用BadBoy生成测试计划（测试脚本）
badBoy可以非常容易的生成web的测试脚本。类似与LoadRunner的使用，输入站点的URL，点击Record开始录制。File –> Export to Jmeter ，导出为Jmeter认识的测试脚本。
四．一个简单的测试示例思路（目前自己思路，不断改进）
a． 需要的“测试脚本”，对应web的应用使用badboy生成测试脚本。直接导入Jmeter，进行配置。
b．如图
TestPlan ：是整个Jmeter测试执行的容器。
ThreadGroup ：模拟请求，定义线程数、Ramp-Up Period、循环次数。
Step1 ：循环控制器 ，控制Sample的执行次数。
Sample取样器 ：决定进行那种类型的测试，如http、ftp等。
监听器 ：图形结果、聚合报告。
定时器 ：Random类型，定义线程请求的延迟。
c．聚合报告的解释
Label ：各个模拟测试的名称
#Samples ：各个测试的样本总数
Average ：每个请求的平均响应时间
Median ：中值，即50%请求的平均响应时间
90%Line ：90%请求的响应时间
Min ：最小响应时间 ，Max ：最大的响应时间
Error% ：错误响应的概率。即无法响应的概率。
ThroughPut ：吞吐量 -- 默认情况下表示每秒完成的请求数（Request per Second）。
KB/Sec ：每秒从服务器端接收到的数据量。
五．Jmeter常见问题 （转载） http://www.51testing.com/?uid-128005-action-viewspace-itemid-84094
说明：这些问答是从网上转载的，自己修改了其中的一些内容，如果大家兴趣，可以将大家在使用Jmeter的时候碰到的问题写下来，我们一起补充到这个问答里面，共同努力完善jmeter的资料。
1. JMeter的工作原理是什么？
向服务器提交请求；从服务器取回请求返回的结果。
2. JMeter的作用？
JMeter可以用于测试静态或者动态资源的性能（文件、Servlets、Perl脚本、java对象、数据库和查询、ftp服务器或者其他的资源）。
JMeter用于模拟在服务器、网络或者其他对象上附加高负载以测试他们提供服务的受压能力，或者分析他们提供的服务在不同负载条件下的总性能情况。你可
以用JMeter提供的图形化界面分析性能指标或者在高负载情况下测试服务器/脚本/对象的行为。
3. 怎样能看到jmeter提供的脚本范例？
在\JMeter\jakarta-jmeter-2.0.3\xdocs\demos目录下。
4. 怎样设置并发用户数？
选中可视化界面中左边树的Test Plan节点，单击右键，选择Add-> Thread Group,其中Number of Threads参数用来设置发送请求的用户数目。
5. JMeter的运行指示？
Jmeter在运行时，右上角有个单选框大小的小框框，运行是该框框为绿色，运行完毕后，该框框为白色。
6. User Parameters的作用是什么？
提高脚本可用性
7. 在result里会出现彩色字体的http response code，说明什么呢？
Http response code是http返回值，彩色字体较引人注目，可以使用户迅速关注。象绿色的302就说明在这一步骤中，返回值取自本机的catch，而不是server。
8. 怎样计算Ramp-up period时间？
Ramp-up period是指每个请求发生的总时间间隔，单位是秒。如果Number of Threads设置为5，而Ramp-up
period是10，那么每个请求之间的间隔就是10／5，也就是2秒。Ramp-up period设置为0，就是同时并发请求。
9. Get和Post的区别？
他们是http协议的2种不同实现方式。Get是指server从Request URL取得所需参数。从result中的request中可以看到，get可以看到参数，但是post是主动向server发送参数，所以一般看不到这些参数的。
10. 哪些原因可能导致error的产生？
a. Http错误，包括不响应，结果找不到，数据错误等等；
b. JMeter本身原因产生的错误。
11. 为什么Aggregate Report结果中的Total值不是真正的总和？
JMeter给结果中total的定义是并不完全指总和，为了方便使用，它的值表现了所在列的代表值，比如min值，它的total就是所在列的最小值。下图就是total在各列所表示的意思。
12. JMeter的Thread Number是提供多个不同用户并发的功能么？
不是，Thread Number仅仅是指并发数，如果需要实现多个不同用户并发，我们应该采用其它方法，比如通过在jmeter外建立csv文件的方法来实现。
13. 同时并发请求时，若需要模拟不同的用户同时向不同的server并发请求，怎样实现呢？
方法很灵活，我们可以将不同的server在thread里面预先写好。或者预先将固定的变量值写入csv文件，这样还可以方便修改。然后将文件添加到User Parameters。
14. User Parameter中的DUMMY是什么意思？
当其具体内容是${__CSVRead(${__property(user.dir)}${FILENAME},next())}时用来模拟读文件的下一行。
15. 当测试对象在多server间跳转时，应该怎样处理？
程序运行时，有些http和隐函数会携带另外的server IP,我们可以从他们的返回值中获取。
16. 为何测试对象是http和https混杂出现？
Https是加密协议，为了安全，一般不推荐使用http，但是有些地方，使用https过于复杂或者较难实现，会采用http协议。
17. Http和https的默认端口是什么？
Apache server (Http)的默认端口是80；
SSL (Https)的默认端口是443。
18. 为何在run时，有些页面失败，但是最后不影响结果？
原因较多，值得提及的一种是因为主流页面与它不存在依赖关系，所以即使这样的页面出错，也不会影响运行得到正常结果，但是这样会影响到测试的结果以及分析结果。
19. 为什么脚本刚开始运行就有错误，其后来的脚本还可运行？
在Thread
Group中有相关设置，如果选择了continue，即使前面的脚本出现错误，整个thread仍会运行直到结束。选择Stop
Thread会结束当前thread；选择Stop Test则会结束全部的thread。推荐选项是Stop Thread。
20. 在Regular Expression Extractor会看到Template的值是$1$,这个值是什么意思呢？
$1$是指取第一个（）里面的值。如果Regular Expression的数值有多个，用这种方法可以避免不必要的麻烦。
21. Regular Expression中的(.*)是什么意思？
那是一个正则表达式（regular expression）。’.’等同于sql语言中的’?’,表示可有可无。’*’表示0个或多个。’()’表示需要取值。(.*)表达任意长度的字符串。
22. 在读取Regular Expression时要注意什么？
一定要保证所取数值的绝对唯一性。
23. 怎样才能判断什么样的情况需要添加Regular Expression Extractor？
检查Http Request中的Send Parameters,如果有某个参数是其前一个page中所没有给出的，就要到原文件中查找，并添加Regular Expression Extractor到其前一page的http request中。
24. 在自动获取的脚本中有时会出现空的http request，是什么意思呢？
是因为在获取脚本时有些错误，是脚本工具原因。在run时这种错误不参与运行的。
25. 在运行结果中为何有rate为N/A的情况出现？
可能因为JMeter自身问题造成，再次运行可以得到正确结果。
26. 常用http错误代码有哪些？
400无法解析此请求。
403禁止访问：访问被拒绝。
404找不到文件或目录。
405用于访问该页的HTTP动作未被许可。
410文件已删除。
500服务器内部错误。
501标题值指定的配置没有执行。
502 Web服务器作为网关或代理服务器时收到无效的响应。
27. Http request中的Send Parameters是指什么？
是指code中写定的值和自定义变量中得到的值，就是在运行页面时需要的参数。
28. Parameters在页面中是不断传递的么？
是的。参数再产生后会在页面中一直传递到所需页面。所以我们可以在动态参数产生时捕获它，也可以在所需页面的上一页面捕获。(但是这样可能有错误，最好在产生页面获取)
29. 在使用JMeter测试时，是完全模拟用户操作么？造成的结果也和用户操作完全相同么？
是的。JMeter完全模拟用户操作，所以操作记录会全部写入DB.在运行失败时，可能会产生错误数据，这就取决于脚本检查是否严谨，否则错误数据也会进入DB，给程序运行带来很多麻烦。
六．Jmeter测试心得（转载） http://www.iteye.com/topic/211216
企业应用开发过程中，性能测试是很重要的一个环节，在这个环节中Apache的JMeter以它开源、100%纯Java、操作方便等优点发挥着很大的作用。
经过一段时间的使用，多少有些心得和技巧，拿出来共享，希望能有些帮助。
1、制作测试脚本：
手工制作测试脚本，需要你知道请求的url和携带的参数等等，太花费时间，
所以可以用badboy工具录制脚本。这个工具虽然不是开源的，但是却可以用来免费的录制成.jmx的脚本，使用起来很方便。
官方网站是：http://www.badboy.com.au/
2、出现乱码了？
在用JMeter发行HTTPRequest时，在请求参数中有中文时，发现存储到DB中后，相应的字段是乱码，
明明在参数后面的Encode选项中打了V。后来发现badboy录制脚本的时候并没有记录编码方式，所以修改脚本，
在Content encoding中设置正确的编码方式就不会出现乱码了。
3、JMeter的妙用---准备测试数据：
要求性能测试开始前，先准备5W条数据。当然可以通过直接修改DB，但是如果这5W条数据涉及到很多表的关联，
甚至还要通过存储过程的处理怎么办，直接修改DB很容易出现错误的数据，要是在客户的机器上弄错，可就闯祸了。
这时候想到了JMeter，它本来是用来模拟大量用户并发请求的，现在用它来批量的生成数据吧。
如果要求每条数据都不同，就要修改脚本，使用JMeter的函数来动态产生数据，比较常用的是CSVRead函数，
记不住名的话Ctrl+F可以呼唤出函数助手。使用这个函数的时候需要注意几点，首先是csv文件的编码格式，
使用ansi没有问题，使用unicode时会使读取的第一行数据出现错误；
${__CSVRead(data.txt,0)}---读取本行的第一列值
${__CSVRead(data.txt,1)}${__CSVRead(data.txt,next)}---读取本行的第二列值，并把行标移动到下一行
试验证明JMeter应该做好了同步，在多线程环境下上面的调用方法没有问题；
最后，修改JMeter的线程数会加快数据生成的速度，原理是当并发线程在20左右的时候会达到最大的吞吐量（request/分），
所以应该设定线程数20左右。
4、JMeter中debug方法：
JMeter提供了log函数输出log，但是有时候并不好用，比如我想输出某个函数的返回值看是不是正确的，
${__log(${__CSVRead(data.txt,1)})}这样的写法是错误的，JMeter会抛出异常，该怎么办呢？
答案是巧用监听器（Listener）来输出想看到的数据，结果显示为树的那个监听器，
它可以让你查看每个sampler的请求数据和响应数据，在请求数据中就有你想看到的信息。
5、常用的功能：
・使用HTTP Cookie Manager或URL重写实现同一线程内的多个请求共享Session。
・把Login的请求放到只执行一次的控制器中，那么即使循环多次，Login也只请求一次。
・如果想让多个线程在同一时刻同时请求，那么用Synchronizing Timer来做集合点。
・为了节省系统资源，使用非窗口模式运行JMeter（jmeter -n -t test.jmx）
・如果模拟并发用户过多，比如200线程，那么可以分散到多台机器上运行Jmeter（比如4台电脑，每台50线程）
更多功能请参照使用手册
中文手册（未完成）http://wiki.javascud.org/pages/viewpage.action?pageId=5566
6、在winnt系统上，使用perfmon来帮助Jmeter采集服务器的系统资源数据，可以配置log输出这些数据作为性能瓶颈分析时使用。
七．置信区间 http://java.chinaitlab.com/tools/355421.html
对数据进行更科学的分析，确定测试结果。类似于Jmeter聚合报告的90% Line给出的参考，而不能仅仅参考均值。
3. labview如何实现把测试数据存到另外1台电脑上
你好！
根据你的描述，我推荐你的方式主要有两个：
一、使用FTP的方式进行文件的传输，首先测试机将测试数据存成文件，然后再通过FTP（labview有对应的模块和例程）将文件传到服务器中，前提是服务器端需要配置FTP Sever，这个配置方法不同的操作系统不太一样，可以在网上网络找教程。
网页链接这个可以参考；
二、使用数据库存储数据，需要在服务器上部署安装数据库服务器软件（如：SQL Server等），测试机可以通过labview已有的模块连接数据库，并将数据写入到数据库中。写入数据库前需要根据需求创建数据表等。
上述两种方式可以根据需要进行选择，数据库方式便于查询和处理数据，文件的方式比较简易程序编写更简单。
以上内容希望对你有帮助，谢谢。
4. 如何测试服务器
服务器测试方法
服务器测试方法分为两个大方面，性能测试与功能测试。
我们在性能测试方面采用了新的测试方法，主要分为文件测试、数据库性能测试与
Web
性能测试三个
方面。其中，文件性能与数据库性能采用美国
Quest
软件公司的
Benchmark Factory
负载测试和容量规划
软件，
Web
性能测试则使用了
Spirent
公司提供的
Caw WebAvalanche
测试仪。
一、性能测试
1
、文件性能测试方法
Benchmark Factory
软件能按照文件读写的关键指标定制事务。软件最大支持
1000
个虚拟客户。
本次测试环境包括
10
台配置为
PIII800/128MB
内存
/20G
硬盘以上的客户端，它们用来模拟虚拟用户。
控制台为配置是
PIII 850/128MB
内存
/40G
硬盘的
Acer
笔记本电脑。交换机为带有两个千兆
GBIC
接口、
24
个
10/100M
自适应端口的
Cisco 2950
，客户端与控制台通过
100M
网卡连到交换机上，被测服务器则通
过千兆光纤网卡与交换机相连接。
被测服务器均安装带
SP4
的
Windows
2000
Advanced Server
操作系统，在所有三项性能测试中都统一
RAID
级别为
5
。
在具体测试方案设置上，测试软件把决定文件读写操作的关键因素设定为：读
/
写、随机
/
顺序、操作
块大小、对象大小四个。在本次测试中，考虑到我们设有单独的数据库及
Web
测试项目，所以在文件测试
中，我们把目标确定为测试服务器基本的
I/O
性能，这主要由网络接口、系统带宽、磁盘子系统等几大部
分所决定。同时，从几部分的作用看，以大操作块读写大对象文件，小操作块读写小对象文件，较能反映
服务器最基本的
I/O
性能，即“大操作块读写大文件”对系统带宽、缓存的考察，以及“小操作块读写小
文件”对磁盘子系统、网络接口的考察。最终我们确定的四个事务是：
大文件顺序读写
(
操作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
大文件随机读写
(
操作块
8KB
，对象文件
80% 500KB
、
20% 1MB)
小文件随机读
(
操作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件顺序写
(
操作块
1KB
，对象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每个事务的用户数均以固定步长逐渐增加，
最大可增加到
1000
个虚拟用户。
其中，
“大文件顺序读写”
事务的用户数按照
40
的步长从
1
可增加到
400
个
(
测试至强服务器
)
或
200
个
(
测试
TUALATIN
服务器
)
，其
他事务则将用户数按照
100
的步长从
1
增加至
1000
。我们期望得到其在不同用户数时被测服务器的性能表
现。总体上其走势及峰值反映了该服务器的性能。每项事务均运行三次，每次之间被测服务器进行重启，
最终结果为三次平均值。
2
、数据库性能测试方法
“乘机安全小贴士”安全出行要重视
数据库性能测试同样使用了
Benchmark Factory
软件，测试环境如同文件性能测试。测试时，在被测
服务器上安装
SQL Server 2000
使用企业版。首先在被测服务器上创建新的数据库，通过使用
Benchmark
Factory
预定义的
Database Spec
项目向数据库中创建表，装载数据。在服务器端创建以
CPU
计算为主的
存储过程，通过
10
台客户机模拟用户、按照
40
个虚拟用户的步长递增到
400
个用户，执行该存储过程。
结果是以获得的每秒事务数
(TPS)
衡量服务器的数据库事务处理能力。
整个测试分为三次，
每次之间重新启
动被测服务器，最终取三次平均值作为评价结果。
3
、
Web
性能测试方法
Web
性能测试工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模拟实际的用户发出
HTTP
请求，
并根据回应给出具体的详细测试结果。
它有以下特点：
能够模拟成百上千的客户端对服务器发
出请求
;
能够模拟真实的网络应用情况，
比如网站在高峰期的访问量应该是动态的维持，
有新客户端的加入，
同时也有原客户的离去，
访问量不是固定不变的
;
可以产生
20000
个连接
/
秒请求量，
足以满足测试的需要
;
测试项目丰富，有访问请求的成功失败数，有
URL
和页面的响应时间，有网络流量数，还有
HTTP
和
TCP
协
议的具体情况。
测试时，被测服务器与
WebAvalanche
上都装有千兆光纤网卡，两网卡通过光纤直接连接。监控端
(
配
置为
PIII 1GHz/128M
内存
/20G
硬盘
)
安装了带
SP4
的
Windows 2000 Server,
该监控端与
WebAvalanche
通
过交叉线直连。在监控端通过
Web
浏览器配置
WebAvalanche
，在被测服务器安装了
SQL Server 2000
企业
版，并用微软的
IIS
建立了
Web
服务器。
测试分为静态性能与动态性能两部分。主要是因为在实际的
Web
应用中，有的站点静态内容居多，提
供的服务也绝大多数是静态的，
因此，
他们就会特别的关心服务器静态性能
;
同样，
有的站点提供的服务交
互性的内容居多，他们就会更关心服务器的动态性能。
被测网站中页面大小及静态、动态页面所占比例均参照实际网站得出，整个网站静态、动态页面所占
比例是
70%
和
30%
，使用的动态页面类型为
ASP
。请求页面样本的文件大小分布比例与整个网站的相同。
静态性能测试模拟发出的均是静态页面请求。在测试动态性能时，动态页面的访问请求占
20%
，其余
80%
为静态页面请求。我们根据实际的
Web
服务器一天中的运行情况建立了一个服务器页面请求模型，该
模型由
4
个阶段组成，第一阶段是预热阶段，
WebAvalanche
发出的请求量由
0
慢慢上升到
200;
第二阶段
是逐步加压阶段，请求量逐步累加到最大值
8200;
第三阶段是动态维持阶段
;
第四阶段是下降阶段，请求量
由最大值迅速下降为
0
。其中，最大请求量略大于实际服务器能够提供的事务处理量。
被测服务器的静态与动态测试分别测试三遍，每遍之间被测服务器和测试仪均重启，结果取三次的平
均值。由此可见，此服务器测试方法立志于最终结果的准确性。
二、功能测试
在功能测试方面，我们对被测服务器的可扩展性、可用性以及可管理性进行了综合评价，其中可扩展
性包括硬盘、
PCI
槽以及内存等的扩展能力，可用性包括对热插拔、冗余设备
(
如硬盘、电源、风扇、网卡
等
)
的支持，可管理性则指的是服务器随机所带的管理软件。
我们在对服务器进行总体评价时，综合了性能、功能和价格三方面因素，依据《网络世界》所做的用
户调查结果，分别给予不同权重，性能占
50%
，功能占
40%
，而价格则占
10%
。在分析性能时，数据库性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。
综上所述，这种全新的服务器测试方法更够更准确更直接的对服务器进行测试，而且数据更加精确。
希望能给又需要的读者朋友带来一定的帮助
。
谢谢采纳。
5. dell服务器怎么测试内存
开机 按F12 有检测选项的
6. 一个网络游戏服务器，IDC。都需要些什么指标
负责机房基础设施及机器设备的日常维护巡检，保持设备良好运行；根据日常检查记录表，对平台、业务接口和业务日志检查,对网络设备（负载、路由、FW）进行测试，包括对所有负载地址的负载均衡策略测试，设备安全策略，SYSLOG分析，并根据异常状态情况，进行及时汇报；负责系统平台的运行情况以及稳定性指标监控。
负责机房基础设施及机器设备的日常维护巡检，保持机房运行环境的良好状态，记录环境数据，总结成报表定期提交；
配合客户方对IDC机房服务器、存储、网络及其他运营设备进行安装、系统调试、维护、故障处理等工作；
负责IDC机房设备上/下架，服务器的系统安装，如windows/Linux操作系统等；
作为监控人员和硬件厂商的接口，及时响应保修并解决故障；
IDC机房公司所署网络设备的备上/下架、安装及调试；
对IDC机房所有服务器及备件坏件定期检查、检修、替换和保修，建立数据中心例行检查和维护文档；
及时按要求撰写工作及技术文档；
配合资产管理，遵照流程进行设备调动，提供IDC设备信息；
7*24小时值守，严格遵守现场所有的规范及流程
你是维护工程，还是职守工程？搞好LinuxUnixWindows操作系统
7. 请问在linux服务器上作压力测试如何监控服务器的CPU和内存，采集数据并形成图表（如曲线图）
vmstat 1，文本显示，1代表1s刷新一次
想要曲线的话，把vmstat的结果保存到文本里，然后切到excel下绘图
如果不需要那么短的周期，可用cacti，通过snmp调用，5分钟一个周期。
8. 如何使用Memtest86+测试服务器和工作站内存
1.
从memtest.org上下载memtest86+
5.00
rc1
ios版本
2.
下载完iso
(不到2mb)之后，
它可以被远程挂载到一台安装了ipmi2.0的服务器上,
并引导至映像
3.
按下f2来使用多线程smp模式，就可以开始测试了