After discovering that AppV 5 configures an allocation size independent of the file system beneath it, I explored the impact of different formatted allocation sizes on AppV packages; specifically mounting AppV packages.
I took our AppV setup and set the PackageInstallationRoot to D:\AppVData\PackageInstallationRoot and then formatted the D:\ to different allocation sizes and then mounted the AppV package. I timed how long it took to mount the package over 4 runs per allocation choice, took the AppV file size allocation, and the total, actual size of the package on the drive. Package Details:
Package size:
1838658907 (1.71GB) |
Files: 9106 |
Folders: 357 |
The results:
|
Different Allocation Sizes |
|
Actual Used Space vs. Allocation size |
|
Actual AppV 5 file allocation size vs. formatted allocation size |
|
AppV 5 Mount Time vs. formatted allocation size |
I would propose using 64KB allocation sizes for the AppV volume if possible (note, this only applies to fully mounted packages). There does appear to be some benefit to using larger allocation sizes, one of the main ones is the properties of the PackageInstallationRoot now reflects more accurately the actual consumed filesystem on Windows 2008 / Windows 7. Another is there is a speed improvement around the 4KB allocation size then minor increases afterwards.
No comments:
Post a Comment