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（负载生成器）不需要多启动一个进程。