Loadrunner Vuser 兩種運行方式
報錯如下解決方案：
報錯原因：都消息內存，之前用戶是按線程跑，一個進程開了多個線程，其中有部分內存是這些線程共享的，出錯應該是內存出現沖突了不夠用了。現在用戶是按進程跑，內存應該是獨立的了.
>>如果跑場景的時候老是報錯內存不足，那么可以嘗試修改loadrunner-F4的默認設置（線程改成--->進程<https://blog.csdn.net/jackYangyang/article/details/21706469>）
解決方案：
變更這里的設置，其余設置不變。
說明文字：
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（負載生成器）不需要多啟動一個進程。
一般來說 JAVA VUSER項目用進程模式,WEB用線程.但是如果WEB項目發現有線程沖突(TPS突然降低為0,而壓力機、服務器等都無性能瓶頸時)，也需要改成以進程模式運行。