I suggest you ...

Make VS scalable by switching to 64 bit

No matter how fast and efficient VS will be, we will eventually reach some limit.

I've reached the memory limit since VS 2003 -- around 1.3gb memory usage VS started to give out of memory exceptions. That was using 20-30 projects.

Nowadays we have more than 70 projects in the solution and VS 2010 doesn't reach the x86 memory limit (on a 64 bit windows). Eventually we'll reach the number of projects that will be the tipping point for VS.

Using a 64 bit build of VS will enable us to just buy memory and still work with that solution. 16gb machines are not that expensive today.

794 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Catalin AdlerCatalin Adler shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    10 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • David Berg [msft]David Berg [msft] commented  ·   ·  Flag as inappropriate

        Just wanted to point out that if you run Visual Studio under a 64 bit Operating System that you will have 4GB of Virtual Address space available instead of the 2GB you have under a 32 bit Operating System.

        If you're stuck on a 32 bit OS you can increase the available Virtual Address space up to 3GB using the BCDEDIT /set IncreaseUserVA option (http://msdn.microsoft.com/en-us/library/windows/hardware/ff542202(v=vs.85).aspx).

      • AndrewAndrew commented  ·   ·  Flag as inappropriate

        Also a 64 bit build could gain some performance benefits as well I would think...

      • Victor ZakharovVictor Zakharov commented  ·   ·  Flag as inappropriate

        VS needs to support x64 build/debugging. With same functionality as in x32, including edit and continue.

      • Huseyin YilmazHuseyin Yilmaz commented  ·   ·  Flag as inappropriate

        We can't compile our project with VS 2012, because the linker runs out of memory on code generation phase using WPO. (Was no problem on 2010). Development machines have 16 GB RAM installed, and 12 of those sit idle because the compiler and linker are still 32 bit.

      • Dave NovakDave Novak commented  ·   ·  Flag as inappropriate

        I agree that there definitely needs to be BOTH 32-bit and 64-bit versions. We have been building all of our software in both flavors now for years, so why can't Visual Studio do the same?

      • Luna LovelaceLuna Lovelace commented  ·   ·  Flag as inappropriate

        Bad idea. Releasing both 32 bit and 64 bit is an option but 64 only is not a good idea. There are many Pentium 4 systems still in use in the world running Visual Studio and Windows 7 especially in the enterprise world.

        People tend to underestimate Pentium 4's they are still very capable for today's computing needs.

      • Dave NovakDave Novak commented  ·   ·  Flag as inappropriate

        Doesn't everyone buy 64-bit machines nowadays? Everyone in our office has one and all of my "modern" machines at home are 64-bit as well. Why not a 64-bit dev environment?

      • Egor SinkevichEgor Sinkevich commented  ·   ·  Flag as inappropriate

        At the moment all developers in our company works on blades with x64 and more than 8GB memory, usually it's 12 GB and some of us has 16 GB. unfortunately because VS is still x32 process it cannot utilize whole memory we have (((. So, X64 really really needed.

      • Hannes KochnißHannes Kochniß commented  ·   ·  Flag as inappropriate

        We too would like to have as many projects as possible in one solution, right now we work with ~ 20 Solutions because of that (and some other) issues.

      Feedback and Knowledge Base