Another Virtual Memory Tip

re: Another Virtual Memory Tip

Brian Harry MS — Thu, 10 Dec 2009 16:30:48 GMT

I'll look into it.

Brian

re: Another Virtual Memory Tip

Steve Nuchia — Thu, 10 Dec 2009 16:24:35 GMT

Early in our Orcas adoption I set up a terminal server VM with it. We found that it was entirely unusable by simultaneous users in different security contexts, even though you can open as many instances as you want in one session.

I reported it and got no traction at the time. But while you're working on the DLL partitioning and deployment issues may I suggest you include this scenario in the test plans?

re: Another Virtual Memory Tip

Brian Harry MS — Thu, 10 Dec 2009 11:49:50 GMT

GT,

We call that feature "Build Lab Compile". It's definitely something we would like to do and something we'll consider for future versions.

Leon?,

Here's a nice post by Mark Russinovich on memory and Windows:

http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx

Alex,

Yeah, definitely on the backlog as a VS11 candidate. On the other hand, we do still need to make sure we aren't being wasteful so the exercise to understand all of this is still good.

Brian

re: Another Virtual Memory Tip

Patrick Smacchia — Thu, 10 Dec 2009 10:36:16 GMT

Very interesting insider info there, thanks for sharing.

re: Another Virtual Memory Tip

David Berg — Thu, 10 Dec 2009 07:16:51 GMT

Alex, you can run VS on a 64 bit OS and get 4GB of address space. This pretty much solves VM issues for most VS customers. We just don't believe that all our customers with large projects are ready or able to move to 64 bit yet, so we need to keep supporting 32 bit and make sure we work well on it.

David Berg - Developer Division Performance Engineering

re: Another Virtual Memory Tip

Alex — Thu, 10 Dec 2009 06:13:05 GMT

Maybe it is time VS went 64-bit app.

re: Another Virtual Memory Tip

youngdriversleonj — Thu, 10 Dec 2009 03:20:46 GMT

This is a nice tip sir...but i want to learn more about this type of virtual memory tip, i'm a starter in this field. can u help thanks.

re: Another Virtual Memory Tip

GT — Wed, 09 Dec 2009 16:49:55 GMT

It would be nice if the C# was directly compiled to native code bypassing the NGEN tool, this would have solved many performance issues, especially when you deploy a click once application on machines with limited user access where you cannot run NGEN.

MSIL was a nice competitor to the Java byte code, but at this point, I personally just cannot see any reason for having to make hundreds of millions of computers all over the world to JIT the same MSIL over and over every day :-)