51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 5254|回复: 12
打印 上一主题 下一主题

[原创] 如何测试中间件

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-10-29 11:55:39 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
如何测试中间件,在计数器里通过哪些指示器反应中间件的性能!

通过哪些有效的方法对中间件进行有效的加压。

有哪些中间件,,欢迎大家进行扫盲!!

[ 本帖最后由 oscarli 于 2007-10-29 11:58 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-10-29 13:28:50 | 只看该作者
欢迎大家提供资料,,


怎么没有人响应哦
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-10-29 14:09:42 | 只看该作者
顶一下,不过俺也没有这方面的经验。 欢迎高手来指点一下,呵呵。。。  多谢了哦!

回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-10-29 15:11:34 | 只看该作者
中间件的计数器有一大堆,在我的使用过程当中,关注最多的就是,JVM内存,CPU,请求个数,请求超时,请求队列,线程阻塞等等.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2007-10-29 16:15:23 | 只看该作者
监视中间件使用到的计数器

Processor, %Processor Timel
Processor,l %User Time
Processor, % Privileged Timel
Processor, Processor Queuel Length
System, Context Switches per Secondl
Process, Private Bytesl
l Memory, Page Faults/sec
Memory, Available Bytesl
Memory, Pool Pagedl Bytes
Network Interface, bytes total/secl
Network Interface, Outputl Queue Length
Physical Disk, %Disk Timel
Physical Disk, Avg Disk Queuel Length
COM+ Authenticate (by LoadRunner)l
COM+ Authenticate Failed (byl LoadRunner)
COM+ Activation (by LoadRunner)l
COM+ Failed (byl LoadRunner)
COM+ Thread Start (by LoadRunner)l
COM+ Thread Terminatel (by LoadRunner)
Transaction Duration (by LoadRunner)l
Transaction Startl (by LoadRunner)
Transaction Prepared (by LoadRunner)l
Transactionl Aborted (by LoadRunner)
Transaction Commited (by LoadRunner)l
Objectl LifeTime(by LoadRunner)
Object Create (by LoadRunner)l
Object Destroyl (by LoadRunner)
Object Activate (by LoadRunner)l
Object Deactivate (byl LoadRunner)
Disable Commit (by LoadRunner)l
Enable Commit (byl LoadRunner)
Set Complete (by LoadRunner)l
Set Abort (byl LoadRunner)
COM+ Method Duration (by LoadRunner)l
COM+ Method Frequencyl (by LoadRunner)
COM+ Method Failed (by LoadRunner)l
COM+ Methodl Exception (by LoadRunner)
.NET CLR Data, SqlClient, Current # Pooledl Connection
.NET CLR Data, SqlClient, Current # Pooled and Non-pooledl Connection
.NET CLR Memory, Gen 0、1、2 heap sizel
.NET CLR Memory, #l bytes in all Heaps
Distributed Transaction Coordinator,l Transactions/Sec
Distributed Transaction Coordinator, Committedl Transactions
Distributed Transaction Coordinator, Aborted Transactionsl
l Distributed Transaction Coordinator, Active Transactions
Distributedl Transaction Coordinator, Response Time – Average
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-10-29 16:23:12 | 只看该作者
那,在计数器里通过哪些指示器反应中间件的性能呢?

通过哪些有效的方法对中间件进行有效的加压?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2007-10-29 16:43:19 | 只看该作者
middleware
software that connects two otherwise separate applications. for example, there are a number of middleware products that link a database system to a web server. this allows users to request data from the database using forms displayed on a web browser, and it enables the web server to return dynamic web pages based on the users requests and profile.  
the term middleware is used to describe separate products that serve as the glue between two applications. it is, therefore, distinct from import and export features that may be built into one of the applications. middleware is sometimes called plumbing because it connects two sides of an application and passes data between them. common middleware categories include:  

tp monitors  
dce environments  
rpc systems  
object request brokers (orbs)  
database access systems  
message passing
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-10-29 17:01:33 | 只看该作者
Memory计数器

Page Faults/sec        每秒钟出错页面的平均数量。由于每个错误操作中只有一个页面出错,计算单位为每秒出错页面数量,因此这也等于页面错误操作的数量。这个计数器包括硬错误(那些需要磁盘访问的)和软错误(在物理内存的其他地方找到的错误页)。许多处理器可以在有大量软错误的情况下继续操作。但是,硬错误可以导致明显的拖延。当进程请求一块内存但系统无法分配时发生页面错误,该值过高(与未加压时比较)可能有两方面的原因:1、        应用程序已经占用了过多内存,这可以通过增加内存量来解决。2、        应用程序的内存请求过于频繁(如:频繁地创建和销毁对象)。此时要考虑更改设计。
Committed Bytes        指以字节表示的确认虚拟内存。确认内存磁盘页面文件上保留了空间的物理内存。每个物理磁盘上可以有一个或一个以上的页面文件。这个计数器只显示上一回观察到的值;它不是一个平均值。
Available MBytes        计算机上运行的进程的可用物理内存大小,单位是千字节,而不是在 Memory\\Available Bytes 中报告的字节。它是将零的、空闲的和备用内存列表的空间添加在一起来计算的。空闲内存可随时使用; 零内存是为了防止以后的进程看到以前进程使用的数据而在很多页内存中填满了零的内存。备用内存是指从进程的工作集(它的物理 内存)移到磁盘的,但是仍旧可以重新调用的内存。 这个计数器只显示观察到的最后一个值;它不是一个平均值。当这个数值变小时,Windows开始频繁地调用磁盘页面文件。如果这个数值很小,例如小于5 MB,系统会将大部分时间消耗在操作页面文件上。
Pages/sec        指为解决硬页错误从磁盘读取或写入磁盘的速度。这个计数器是可以显示导致系统范围延缓类型错误的主要指示器。它是 Memory\\Pages Input/sec 和 Memory\\Pages Output/sec 的总和。是用页数计算的,以便在不用做转换的情况下就可以同其他页计数如: Memory\\Page Faults/sec 做比较,这个值包括为满足错误而在文件系统缓存(通常由应用程序请求)的非缓存映射内存文件中检索的页。    一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。
Commit Limit        指在不用扩展分页文件的情况下可以使用的虚拟内存的数量。这是用字节来计算的。确认的内存是指保留在磁盘分页文件上的物理内存。在每个逻辑磁盘上可以有一个分页内存。如果扩展分页文件,这个限量将相应增加。这个计数器只显示上一回观察到的值;而不是一个平均值。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2007-10-29 17:02:08 | 只看该作者
PhysicalDisk计数器

Avg. Disk Queue Length        指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。
% Disk Time        指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。
Current Disk Queue Length        在收集性能数据时磁盘上当前的请求数量。它还包括在收集时处于服务的请求。这是瞬间的快照,不是时间间隔的平均值。多轴磁盘设备能有一次处于运行状态的多重请求,但是其他同期请求正在等待服务。此计数器会反映暂时的高或低的队列长度,但是如果磁盘驱动器被迫持续运行,它有可能一直处于高的状态。请求的延迟与此队列的长度减去磁盘的轴数成正比。为了提高性能,此差应该平均小于二。一个经验规则是将每一个磁盘的平均请求队列长度保持在2以下。当这个计数器的值超过了每个磁盘2时,系统将出现一个I/O极限。
Split IO/Sec        汇报磁盘上的 I/O 分割成多个 I/O 的速率。一个分割的 I/O 可能是由于请求的数据太大不能放进一个单一的 I/O 中或者磁盘碎片化而引起的。
% Idle Time        汇报在实例间隔时磁盘闲置时间的百分比。
Avg. Disk Bytes/Transfer         指在写入或读取操作时从磁盘上传送或传出字节的平均数。
Disk Read Bytes/sec         指在读取操作时从磁盘上传送字节的速率。
Disk Write Bytes/sec        指在写入操作时传送到磁盘上的字节速度
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2007-10-29 17:03:34 | 只看该作者
Processor计数器

% Processor Time        指处理器用来执行非闲置线程时间的百分比。计算方法是,测量范例间隔内非闲置线程活动的时间,用范例间隔减去该值。(每台处理器有一个闲置线程,该线程在没有其他线程可以运行时消耗周期)。这个计数器是处理器活动的主要说明器,显示在范例间隔时所观察的繁忙时间平均百分比。这个值是用 100% 减去该服务不活动的时间计算出来的。    通常CPU的平均活动符合应该在80%以下,超过80%表示CPU的处理能力已经达到极限。
% DPC Time        指在范例间隔期间处理器用在缓延程序调用(DPC)接收和提供服务的百分比。DPC 正在运行的为比标准间隔优先权低的间隔。由于 DPC 是以特权模式执行的,DPC 时间的百分比为特权时间百分比的一部分。这些时间单独计算并且不属于间隔计算总数的一部分。这个总数显示了作为实例时间百分比的平均忙时。越低越好。在多处理器系统中,如果这个值大于50%并且Processor:% Processor Time非常高,加入一个网卡可能会提高性能,提供的网络已经不饱和。
% Privileged Time        在特权模式下处理线程执行代码所花时间的百分比。当调用 Windows 系统服务时,此服务经常在特权模式运行,以便获取对系统专有数据的访问。在用户模式执行的线程无法访问这些数据。 对系统的调用可以是直接的(explicit)或间接的(implicit),例如页面错误或中断。不像某些早期的操作系统,Windows 除了使用用户和特权模式的传统保护模式之外,还使用处理边界作为分系统保护。某些由 Windows 为您的应用程序所做的操作除了出现在处理的特权时间内,还可能在其他子系统处理出现。这个时间包括CPU维护中断和延迟过程调用的时间。如果该值过高,应该有I/O处理导致大量系统中断。
% User Time        指处理器处于用户模式的时间百分比。用户模式是为应用程序、环境分系统和整数分系统设计的有限处理模式。另一个模式为特权模式,它是为操作系统组件设计的并且允许直接访问硬件和所有内存。操作系统将应用程序线程转换成特权模式以访问操作系统服务。这个计数值将平均忙时作为示例时间的一部分显示。
Interrupts/sec        是处理器接收和处理硬件中断的平均速度,单位为每秒事例数。这不包括分开计数的延迟的进程调用(DPCs)。这个值说明生成中断的设备(如系统时钟、鼠标、磁盘驱动器、数据通讯线、网络接口卡和其他外缘设备)的活动。这些设备通常在完成任务或需要注意时中断处理器。正常线程执行因此被中断。系统时钟通常每 10 毫秒中断处理器一次,创建中断活动的背景。这个计数值显示用上两个实例中观察到的值之间的差除于实例间隔的持续时间所得的值。
% Interrupt Time        是处理器在实例间隔期间接受和服务硬件中断的时间。此值间接表示了生成间隔的设备活动, 如系统时钟、鼠标、磁盘驱动程序、数据通讯线路、网络界面卡和其他外围设备。当这些设备完成一项任务或需要管理时,它们通常会中断处理器。中断期间,正常的线程执行会停止。多数系统时钟会每隔 10 毫秒中断处理器,产生间隔活动的背景,在间隔期间,终止正常的线程执行。此计数器显示此平均占用时间为实例时间的一部分。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
 楼主| 发表于 2007-10-29 17:04:22 | 只看该作者
Network Interface 计数器

Bytes Total/sec        是在每个网络适配器上发送和接收字节的速率,包括帧字符在内。Network Interface\\Bytes Received/sec 是 Network Interface\\Bytes Received/sec 和 Network Interface\\Bytes Sent/sec的总和。
Current Bandwidth        指以位/每秒估计的网络接口的当前带宽。
Output Queue Length        为输出数据列队(数据包)的长度。如果这个长于 2,即会出现延缓并且如果可能的话找出并解决瓶颈问题。由于请求是在这个操作由网络驱动程序接口规格(NDIS)列队,这永远会是 0。
Packets/sec        为在网络界面发送和接收数据包的速率。
Packets Outbound Discarded        为选为丢弃的输出数据包的数目,即便没有发现会阻止传输这些数据包的错误。丢弃数据包的可能原因是释放缓冲空间。
Packets Outbound Error        为由于错误不能传输的输出数据包的数目。
Packets Received Discarded        指选定要丢弃的输入数据包的数字,即使没有发现阻碍这些数据包成为可传送到更高层协议的错误。造成丢弃数据包的可能原因是释放缓冲器空间。
Packets Received Error        指输入数据包的数目,这些数据包含阻碍它们成为可传送到更高层协议的错误。
Packets Received/sec        为在网络界面接收数据包的速率。
Packets Sent/sec        为在网络界面发送数据包的速率。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2007-10-29 17:07:46 | 只看该作者
COM+ Authenticate (by LoadRunner):COM+ 调用级别验证成功频率
COM+ Activation (by LoadRunner):COM+ 应用激活频率
COM+ Failed (by LoadRunner):COM+ 应用关闭频率
COM+ Thread Start (by LoadRunner):STA的线程启动的比率
COM+ Thread Terminate (by LoadRunner):STA的线程中止的比率
Transaction Duration (by LoadRunner):COM+事务的平均周期
Transaction Start (by LoadRunner):COM+事务启动比率
Transaction Prepared (by LoadRunner):COM+事务进入准备阶段的比率
Transaction Aborted (by LoadRunner):COM+事务回滚的比率
Transaction Commited (by LoadRunner):COM+事务提交的比率
Object LifeTime(by LoadRunner):COM+组件平均生命期
Object Create (by LoadRunner):创建COM+组件实例的比率
Object Destroy (by LoadRunner):释放COM+组件实例的比率
Object Activate (by LoadRunner):COM+ JIT-actived对象激活的比率
Object Deactivate (by LoadRunner):COM+ JIT-actived对象失活的比率
Disable Commit (by LoadRunner):COM+对象处于DisableCommit状态的比率
Enable Commit (by LoadRunner):COM+对象处于Enable状态的比率
Set Complete (by LoadRunner):COM+对象处于SetComplete状态的比率
Set Abort (by LoadRunner)COM+对象处于SetAbort状态的比率
COM+ Method Duration (by LoadRunner):COM+方法调用平均持续时间
COM+ Method Frequency (by LoadRunner):COM+方法调用频率
COM+ Method Failed (by LoadRunner):COM+方法失败的频率
COM+ Method Exception (by LoadRunner):COM+方法抛出异常的频率
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2007-10-29 17:09:30 | 只看该作者
欢迎大家添加、共享!! ,自己支持一下
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-2 06:28 , Processed in 0.082022 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表