LoadRunner中进程运行和线程运行区别

LoadRunner中的进程与线程

 

 一、进程与线程的区别：

   

进程和线程的区别是什么？
进程和线程都是由操做系统所体会的程序运行的基本单元，系统利用该基本单元实现系统对应用的并发性。进程和线程的区别在于：
简而言之,一个程序至少有一个进程,一个进程至少有一个线程. 线程的划分尺度小于进程，使得多线程程序的并发性高。

另外，进程在执行过程当中拥有独立的内存单元，而多个线程共享内存，从而极大地提升了程序的运行效率。

线程在执行过程当中与进程仍是有区别的。每一个独立的线程有一个程序运行的入口、顺序执行序列和程序的出口。可是线程不可以独立执行，必须依存在应用程序中，由应用程序提供多个线程执行控制。

从逻辑角度来看，多线程的意义在于一个应用程序中，有多个执行部分能够同时执行。但操做系统并无将多个线程看作多个独立的应用，来实现进程的调度和管理以及资源分配。这就是进程和线程的重要区别。

进程是具备必定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位. 线程是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位.线程本身基本上不拥有系统资源,只拥有一点在运行中必不可少的资源(如程序计数器,一组寄存器和栈),可是它可与同属一个进程的其余的线程共享进程所拥有的所有资源. 一个线程能够建立和撤销另外一个线程;同一个进程中的多个线程之间能够并发执行.

 

二、按线程运行VUSER和按进程运行VUSER的区别

1. 按线程运行VUSER,LR默认状况下，每50个用户开启一个进程mmdrv.exe;controller场景运行结束,进程mmdrv.exe也会相应结束;

2. 按进程运行VUSER,系统为每1个用户开启一个进程mmdrv.exe;controller场景运行结束,进程mmdrv.exe也会相应结束;

3. 在Runtime setting中设置为按线程运行VUSER,设置Controller中的虚拟用户数小于等于50的话，打开windows资源管理器能够看到有一个进程mmdrv.exe;　设置Controller中的虚拟用户数在51与100之间的话，打开windows资源管理器能够看到有两个进程mmdrv.exe.

 

 

 

loadrunner controller将使用驱动程序mmdrv运行Vuser。用户能够在controller的run-time setting中选择Vuser的运行方式, 是多进程方式or多线程方式。

若是选择以线程方式来运行虚拟用户：

在场景设置时，“是单行脚本，仍是多行脚本”会决定系统启动的进程数的多少：

假设并发用户设置为30，若是是单行30个用户，系统只需启动一个进程；

假设并发用户设置为30，若是是多行，30行，每行一个用户，系统就须要启动30个进程；

若是选择以进程方式来运行虚拟用户：

那么不管脚本在场景组中怎么设置，是单行多用户仍是多行少用户方式，系统须要启动的进程数是必定的，就是并发用户的总数；

进程方式和线程方式的优缺点

若是选择按照进程方式运行， 每一个用户都将启动一个mmdrv进程，多个mmdrv进程会占用大量内存及其余系统资源，这就限制了能够在任一负载生成器上运行的并发用户数的数量，由于负载机的资源（内存及其余系统资源）是有限的。

若是选择按照线程方式运行，在默认状况下，controller为每50个用户仅启动一个mmdrv进程，而每一个用户都按线程方式来运行，这些线程用户将共享父进程的内存段，这就节省了大量内存空间，从而能够在一个负载生成器上运行更多的用户。（若是选择线程方式来运行用户，每一个进程中会多出几个线程，例如是53个，多出来的进程多是用于维护进程之间的运行的）

选择线程方式虽然能够减小启动的mmdrv进程数，减小了内存的占用，可是也容易出现一个问题，例如，同一个测试场景，用线程并发就会出现超时失败或报 错，而用进程并发就没错。为何呢？由于线程的资源是从进程资源中分配出来的，所以同一个进程中的多个线程会有共享的内存空间，假设a线程要用资源就必须 等待b线程释放，而b线程也在等待其余资源释放才能继续，这样就会出现这个问题。

系统须要启动的mmdrv进程数与哪些因素有关：

与在controller 的运行时设置中选择的是进程方式or线程方式来运行虚拟用户有关

进程方式：不管是单行or多行脚本，须要启动的进程数就是并发用户数；

线程方式：假设是单行脚本，每50个用户才启动一个进程；多行脚本，有几行（每行<50人）就启动几个进程，而不是每一个用户启动一个进程。

若是选择了线程方式，需启动的进程数，进一步还与脚本是单行仍是多行有关

单行脚本，多用户，假设少于50，只需启动一个进程，100个用户，只需启动2个进程，依此类推；

多行脚本，即便每行一个用户，也须要启动一个进程，多一行就须要多启动一个进程；不是每一个用户启动一个进程，有几行（每行<50人）就须要启动几个进程。

在启动了IP欺骗功能后，所需启动的进程数，还与选择的是按进程仍是按线程来分配IP地址有关

按进程分IP：每一个ip（负载生成器）就须要多启动一个进程；

按线程分IP：每一个ip（负载生成器）不须要多启动一个进程。

 

 

Loadrunner 关于进程和线程的设置

    虚拟用户已线程仍是进程的方式运行，对被测服务器的压力是彻底不一样的，首先咱们要知道在loadrunner中有3个地方涉及到虚拟用户的运行方式，分别是：

一、在Vug->run-time settings->miscellane->multithreading中能够设置虚拟用户是以线程仍是进程的方式运行

二、在controller中设置场景时，是以单场景模式运行仍是以场景组方式运行，在这两种不一样的运行方式下，虚拟用户的运行方式也是不一样的

三、在controller中使用IP欺骗时，在专家模式下的tools->options->general->multiple IP address mode中也能够选择每一个IP是以线程仍是进程方式运行

 

下面咱们介绍一下这三个设置线程和进程之间的关系：

首先说一下run-time settings中的设置与controller中单场景和场景组的关系：

要记住虚拟用户是以线程仍是进程方式运行是在Vug->run-time settings中设置的；

其次在controller中若是使用单场景运行，那么该场景中不管有多少个脚本、多少个负载生成器，运行这些脚本的虚拟用户均依照Vug->run-time settings中设置的线程仍是进程方式运行；可是若是在controller中若是以场景组方式运行时，每一个场景组均会做为一个进程被启动，而每一个组中的用户又是按照Vug->run-time settings中设置的线程仍是进程方式运行。

 

再说一下在controller中使用IP欺骗时，在专家模式下的tools->options->general->multiple IP address mode中的设置：

若是选择的是进程方式：

一、若是这个ip是在单场景中，那么有几个不一样的ip的负载生成器就会启动几个进程，每一个负载生成器的虚拟用户的运行方式仍然按照Vug->run-time settings中设置的线程仍是进程方式运行

二、若是是在场景组中运行，这就要看场景组是如何设置的了，有两种状况：

a、每一个场景组中添加一个虚拟ip，这时运行每一个场景组时只启动一个进程 b、每一个场景组中添加多个虚拟ip，这时运行每一个场景组时，每一个场景组启动一个进程，每一个ip启动一个进程，每一个ip的虚拟用户的运行方式按照Vug->run-time settings中设置的线程仍是进程方式运行

 

若是在controller中使用IP欺骗时，在专家模式下的tools->options->general->multiple IP address mode中选择的线程方式： 一、若是这个ip是在单场景中，那么对于不一样的ip的负载生成器只会启动一个进程，每一个负载生成器的虚拟用户的运行方式仍然按照Vug->run-time settings中设置的线程仍是进程方式运行二、若是是在场景组中运行，每一个场景组启动一个进程，全部ip已线程的方式在组进程中运行，每一个ip的虚拟用户的运行方式按照Vug->run-time settings中设置的线程仍是进程方式运行

 

 

LoadRunner中的多进程和多线程

 

Loadrunner支持多线程环境，使用多线程的方法能使每台负载生成器运行更多的VU，可是只有支持线程安全的协议，才能使用Loadrunner的VU并发方式。

如下协议不能支持线程并发

Sybase-Dblib,Infomix,Tuxedo,and PeopleSoft-Tuxedo

当使用进程并发是，在任务管理器中有mdrv.exe的进程，好比下图，用10个VU用户并发，就会在任务管理器中出现10个mmdrv进程

 

若是以多线程方式并发，只会出现一个mmdrv进程，一个进程能够支持50VU的线程并发。

Loadrunner的参考帮助还说明了，若是采用多线程方式并发，Load Generator将会比多进程支持更多的用户，具体的一个VU占用内存的取值根据Loadrunner的版本不一样而不一样。