Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.
Endpoint Virtualization Community Blog
Showing posts tagged with Performance
Showing posts in English
Jeremy_Hurren | 09 Jan 2006 | 5 comments

SVS developer Jeremy Hurren tells us how to tune a few settings to help applications shut down gracefully -- especially useful in a virtualized world where "deactivate" does more than simply close an app.

It's possible with SVS to deactivate a layer that is home to an application that is currently running. When you do this (deactivate the layer) the running application, by default, displays an error message that informs you that an application is running and asks if you want to (forcefully) shut it down. If you say "yes", the application process is terminated. This can leave undesirable results such as unsaved documents and icons remaining in the system tray.

You can specify a registry key that will cause the Software Virtualization Agent to automatically (and gracefully) shut down an application when a layer is deactivated. If, for example, you are running Microsoft Word and have made the registry changes noted below, when you attempt to deactivate the Word layer you...

The_Snave | 14 Nov 2005 | 1 comment

Want to keep your network lean and mean? Altiris product specialist Evan Thomas tells us where to store Virtual Software Applications (VSAs) to minimize network traffic.

When using SVS in the Notification Server console, the VSA files should be stored in their own folders, not in a general "VSA" folder. The reason for this is that SVS uses the same delivery mechanism as Software Delivery. Software Delivery doesn't send one specific file, it sends EVERYTHING in the folder.

click to view

Bad way.
If you have all of your VSA files stored in one central location and you create a policy in Notification Server to Import "Firefox 1.0.7.vsa", the delivery mechanism will copy ALL files in the VSA folder, but import just the Firefox VSA file.