LoadRunner中进程运行和线程运行区别
LoadRunner中的进程与线程
1、进程与线程的区别：
进程和线程的区别是什么？
进程和线程都是由操作系统所体会的程序运行的基本单元，系统利用该基本单元实现系统对应用的并发性。进程和线程的区别在于：
简而言之,一个程序至少有一个进程,一个进程至少有一个线程. 线程的划分尺度小于进程，使得多线程程序的并发性高。
另外，进程在执行过程中拥有独立的内存单元，而多个线程共享内存，从而极大地提高了程序的运行效率。
线程在执行过程中与进程还是有区别的。每个独立的线程有一个程序运行的入口、顺序执行序列和程序的出口。但是线程不能够独立执行，必须依存在应用程序中，由应用程序提供多个线程执行控制。
从逻辑角度来看，多线程的意义在于一个应用程序中，有多个执行部分可以同时执行。但操作系统并没有将多个线程看做多个独立的应用，来实现进程的调度和管理以及资源分配。这就是进程和线程的重要区别。
进程是具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位. 线程是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位.线程自己基本上不拥有系统资源,只拥有一点在运行中必不可少的资源(如程序计数器,一组寄存器和栈),但是它可与同属一个进程的其他的线程共享进程所拥有的全部资源. 一个线程可以创建和撤销另一个线程;同一个进程中的多个线程之间可以并发执行.
2、按线程运行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个地方涉及到虚拟用户的运行方式，分别是：
1、在Vug->run-time settings->miscellane->multithreading中可以设置虚拟用户是以线程还是进程的方式运行
2、在controller中设置场景时，是以单场景模式运行还是以场景组方式运行，在这两种不同的运行方式下，虚拟用户的运行方式也是不同的
3、在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中的设置：
如果选择的是进程方式：
1、如果这个ip是在单场景中，那么有几个不同的ip的负载生成器就会启动几个进程，每个负载生成器的虚拟用户的运行方式仍然按照Vug->run-time settings中设置的线程还是进程方式运行
2、如果是在场景组中运行，这就要看场景组是如何设置的了，有两种情况：
a、每个场景组中添加一个虚拟ip，这时运行每个场景组时只启动一个进程 b、每个场景组中添加多个虚拟ip，这时运行每个场景组时，每个场景组启动一个进程，每个ip启动一个进程，每个ip的虚拟用户的运行方式按照Vug->run-time settings中设置的线程还是进程方式运行
如果在controller中使用IP欺骗时，在专家模式下的tools->options->general->multiple IP address mode中选择的线程方式： 1、如果这个ip是在单场景中，那么对于不同的ip的负载生成器只会启动一个进程，每个负载生成器的虚拟用户的运行方式仍然按照Vug->run-time settings中设置的线程还是进程方式运行2、如果是在场景组中运行，每个场景组启动一个进程，所有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的版本不同而不同。