XenApp運行環境
XenApp 6.5運行在Windows 2008 R2上
和運行VDI的測試類似，XenApp的測試方式如出一轍。LoginVSI還是設置爲中等負荷，使用同樣的用戶帳號設置，也是同樣的用戶配置文件設置。不過用戶配置文件我們使用的是優化了的配置文件管理。另外，XenApp虛擬機一般來說數量較少而內存較大，所以我們側視了幾種Cache in RAM with Hard Disk Overflow的大小，包括1GB、3GB以及12GB的內存，測試結果在下面。
XenApp 6.5運行在Windows 2008 R2上
我們繼續使用Hyper-V主機，和上面的VDI測試場景一樣。主機配置如下：
四核超線程CPU，32G內存，Hyper-V平臺；
Hyper-V 2012 R2
一塊專用的7200轉SATA 3硬盤（帶64M緩存），用戶存放XenApp虛擬機的寫緩存；
2個Windows 2008 R2平臺的XenApp 6.5虛擬機，配置如下：
4個vCPU，14GB內存
60個LoginVSI發起的會話（每虛擬機30秒）
測試場景1：PVS XenApp Target Device的RAM Cache設置爲1GB
這次測試我們配置LoginVSI每30秒鐘發起一個會話，登錄持續時間30分鐘。
虛擬機數量 | 登錄持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
60個 | 30分鐘 | 每虛擬機 | 10.9 | 0.1 | 10.8 | 1% / 99% |
從上面的數據看到30個用戶的登錄過程的平均IOPS開銷少於11個IOPS，要知道這個數據僅僅比XenApp虛擬機在啓動階段的峯值IOPS開銷5個IOPS只打了一點點。
下面是穩定狀態的數字：
虛擬機數量 | 會話持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
60個 | 45分鐘 | 每虛擬機 | 6 | 3.7 | 2.3 | 61% / 39% |
在45分鐘之內的穩定狀態下的IOPS的平均開銷是6個，這就意味着每個XenApp虛擬機的開銷是3個IOPS，而每個用戶的開銷是0.1個IOPS。
這個結果對於只設置了1GB緩存的14GB內存的XenApp虛擬機來說是非常有震撼力的。在測試的XenApp的峯值點的時候，LoginVSI啓動了30個激活有效狀態的中等負荷的會話在同時運行，虛擬機僅僅使用了10GB多一點的內存。所以我們決定增加RAM Cache到3GB並且重新運行測試。
測試場景2：PVS XenApp Target Device的RAM Cache設置爲3GB
這次測試和剛纔的測試使用完全相同的配置，除了LoginVSI發起會話的時間改爲了20秒鐘一次（上面是30秒鐘一次）。
用戶數量 | 登錄持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
60個 | 20分鐘 | 1673 | 1.4 | 0.1 | 1.3 | 7% / 93% |
下面是穩定狀態的數字：
用戶數量 | 會話持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
60個 | 45分鐘 | 7947 | 2.95 | 0.05 | 2.9 | 2% / 98% |
只設置1GB緩存的XenApp虛擬機所產生的IOPS結果已經讓我們很興奮了，然而增加到3GB的緩存還能減少更多的IOPS需求。我們能爲XenApp虛擬機在30個用戶連接的狀態下平均只有2個IOPS。
上面還只是一個實驗室裏的Hyper-V的測試環境，在用戶的生產環境下更大規模的XenApp會表現如何呢？
XenApp 6.5 2008R2運行在VMware vSphere 5.5上
48核心的AMD CPU，512GB內存；
NFS LUN連接到SAN
vSphere 5.5
10個2008R2平臺上的XenApp 6.5虛擬機，配置如下
6個vCPU，48GB內存
寫緩存磁盤放在NFS LUN上
PVS 7.1標準鏡像文件，設置RAM Cache爲12GB（PVS運行在單獨的主機上）
用戶配置文件使用UPM優化和文件夾重定向策略；
在這次測試中我們在服務器上運行了10個XenApp虛擬機，每個虛擬機配置了48GB的內存，PVS的RAM Cache設置爲12GB。我們發起了300個LoginVSI中等負荷的會話，這樣每個虛擬機能承載30個用戶的會話。在LoginVSI上配置每用戶啓動間隔爲8秒鐘，這樣整個啓動時間可以控制在40分鐘左右。下面是測試結果。
用戶數量 | 登錄持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
300個 | 43分鐘 | 18603 | 7.2 | 0.1 | 7.1 | 1% / 99% |
下面是穩定狀態下的數字：
用戶數量 | 會話持續時間 | 全部IO讀寫 | IOPS | 讀IOPS | 寫IOPS | 讀寫比例 |
300個 | 45分鐘 | 16945 | 6.27 | 0.02 | 6.25 | 1% / 99% |
從上面的數字可以看出來，登錄過程和穩定狀態的過程都是相似的，跨越10個XenApp虛擬機的300個用戶的兩個階段都是在7個IOPS左右，這比每個XenApp虛擬機分配1個IOPS還要少。很顯然這些數字表明在PVS配置的RAM緩存中的數據完全沒有溢出到磁盤中。