[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] Re: XEN and Windows Guests in critical environment(hospital)
Ligesh wrote: Fair enough. but you'd be *amazed* at some of the fun and games that user-level applications do that are seriously affected by kernel subtleties. Proxy cache performance, for instance, is massively affected by subtleties of the "select" function.On Sat, Jun 23, 2007 at 10:44:15PM +0100, Nico Kadel-Garcia wrote:Ligesh wrote:For the app vendor, it is irrelevant if you are running it inside xen or on baremetal. Even for windows it doesn't matter, so for something that sits so high up in the application chain, why would you want to complicate and confuse the easily confused people by bringing in information about a software about which they probably haven't heard aboutNonesense. I've *been* the vendor, and it makes a big difference what kernel you're using. Lying to them just confuses the issues, and I've run into *that*, too.We are talking about application written in dotnet. That's pretty much 3 layers above the kernel. I had very clearly stated that if you are running kernel level apps, then it is better you stick with real hardware, or even if you are migrating, you get the proper experts to do it. OK, be clear about that then. I still think it's a bad idea to hide your full configuration from your vendor. The conflicts can really surprise you at odd moments, and I've seen them happen.We are talking about pure user-level applications, like the one in the Original Post--a dotnet medical app --which would mostly be dealing with accounting and database. So obviously, it has nothing to do with Xen or the hardware. If you are running apps that has device drivers, then the situation is completely different, but that's obvious. _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |