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