标签：io ar 使用 strong on 问题 cti bs ad
1.一些Web虚拟用户脚本录制后立刻回放没有任何问题,但是当设置迭代次数大于1时,如果进行回放则只能成功迭代一次.为什么从第二次迭代开始发生错误?
这种现象多是由于在"Run-time Setting"的"Browse Emulation"的设置中,勾选了"Simulate a new user on each iteration"及其下面的选项"Clear cache on each iteration"这两个选项的含义是每次迭代时模拟一个新的用户及每次迭代时清除缓存.
由于脚本迭代时,init和end只能执行一次,如果每次迭代都模拟一个新的用户并清除缓存,则用户登录信息将一并清除，因此迭代时可能会发生错误。
2.虚拟客户脚本"Run-time Setting"中的线程和进程运行方式的区别?
如果选择"Run Vuser as a process",则场景运行时会为每一个虚拟用户创建一个进程;选择"Run Vuser as a thread"则将每个虚拟用户作为一个线程来运行,在任务管理器中只看到一个mmdrv.exe,这种方式的运行效率更高,能造成更大的压力,时默认选 项.
另外,如果启用了IP欺骗功能,则先在Controller中选中Tools菜单下的"Expert Mode",然后将Tools菜单下的"Options>General"标签页中的IP地址分配方式也设置为与Vuser运行方式一致,同为线程或进程方式.
3.在Controller中运行Web相关测试场景时,经常会有很多超时错误提示,如何处理这类问题?
这主要有脚本的默认超时设置引起.当回放Web脚本时,有时候由于服务器响应时间较长,会产生超时的错误.这时需要修改脚本的运行时配置.
进入"Run-time Setting"对话框后,依次进入"Internet Protocol→Preference".然后点击"Options…"按钮,进入高级设置对话框,可以修改各类超时设置的默认值.
4.为什么Windows系统中的CPU、内存等资源仍然充足,但是模拟的用户数量却上不去?
在Windows计算机的标准设置下,操作系统的默认限制只能使用几百个Vuser,这个限制与CPU或内存无关,主要是操作系统本身规定了默认的 最大线程数所导致.要想突破Windows这个限制,须修改Windows注册表.以Windows XP Professional为例.
(1)打开注册表后,进入注册表项HKEY_LOCAL_MACHINE中的下列关键字:System\CurrentControlSet\Control\Session Manager\SubSystems.
(2)找到Windows关键字,Windows关键字如下所示:
%SystemRoot%\system32\csrss.exe bjectDirectory=\Windows
SharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1
ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2
ProfileControl=Off MaxRequestThreads=16
SharedSection=1024,3072,512关键字的格式为xxxx,yyyy,zzz.其中,xxxx定义了系统范围堆的最大值(以KB为单位),yyyy定义每个桌面堆得大小.
(3)将yyyy的设置从3072更改为8192(即8MB),增加SharedSection参数值.
通过对注册表的更改,系统将允许运行更多的线程,因而可以在计算机上运行更多的Vuser.这意味着能够模拟的最大并发用户数量将不受Windows操作系统的限制,而只受硬件和内部可伸缩性限制的约束.
标签：io ar 使用 strong on 问题 cti bs ad
原文地址：http://www.cnblogs.com/zhangleinihao/p/4118332.html
