304

Is there any 64 bit Visual Studio at all? Why not?

shA.t
  • 16,580
  • 5
  • 54
  • 111
Sash
  • 3,525
  • 3
  • 19
  • 17
  • 1
    See http://blogs.msdn.com/b/ricom/archive/2009/06/10/visual-studio-why-is-there-no-64-bit-version.aspx – Michael Freidgeim Aug 20 '12 at 21:41
  • 2
    Visual Studio for Mac is 64-bit, and Visual Studio Code is 64-bit. – Aaron Franke Feb 27 '19 at 07:51
  • @MartijnPieters If this question had the "Why not" edited out could it be re-opened? Note that the OP didn't add the "Why not?", it was added for some reason by a >2k rep user. – jrh Sep 05 '19 at 14:23
  • @jrh: nope, sorry. It'd still be too broad and a request to find an off-site resource. – Martijn Pieters Sep 05 '19 at 21:40
  • 2
    @MartijnPieters sorry, I don't get the reasoning, it's either Yes/No (it's [easily provable](https://blogs.msdn.microsoft.com/ricom/2009/06/10/visual-studio-why-is-there-no-64-bit-version-yet/), can't be too broad, there's literally 1 answer), and it's not asking for a link, just whether it exists. I can see this getting an answer or an update if Microsoft ever releases a 64 bit version, though to be fair, that might never happen. To be fair the comments did devolve into "Microsoft should do X or Y" or "that blog post is nonsense because ____" but it's not the question's fault, necessarily. – jrh Sep 05 '19 at 21:47
  • Please take your case to [meta] if you want to see this reopened. – Martijn Pieters Sep 05 '19 at 21:53
  • 2
    The debugger now almost eats up 3GB and refuses to load more pdb's. I suppose a Visual Studio x64 wouldn't give in in such situation. – gast128 Nov 25 '19 at 15:46
  • 1
    Year 2020 and Visual Studio is still 32-bit :-( – Wollmich Sep 10 '20 at 12:41
  • 5
    https://devblogs.microsoft.com/visualstudio/visual-studio-2022/ – Vladimir Reshetnikov Apr 19 '21 at 23:42
  • 6
    and finally, VS2022 is going to be 64 bit. – KAlO2 Apr 20 '21 at 12:05
  • 1
    @jrh - the link to the MS blog has been deleted, here's the archived version to retain the content of your comment. https://web.archive.org/web/20190803021832/https://blogs.msdn.microsoft.com/ricom/2009/06/10/visual-studio-why-is-there-no-64-bit-version-yet/ – SarahC Dec 25 '21 at 06:27

7 Answers7

267

For numerous reasons, No.

Why is explained in this MSDN post.

First, from a performance perspective the pointers get larger, so data structures get larger, and the processor cache stays the same size. That basically results in a raw speed hit (your mileage may vary). So you start in a hole and you have to dig yourself out of that hole by using the extra memory above 4G to your advantage. In Visual Studio this can happen in some large solutions but I think a preferable thing to do is to just use less memory in the first place. Many of VS’s algorithms are amenable to this. Here’s an old article that discusses the performance issues at some length: https://learn.microsoft.com/archive/blogs/joshwil/should-i-choose-to-take-advantage-of-64-bit

Secondly, from a cost perspective, probably the shortest path to porting Visual Studio to 64 bit is to port most of it to managed code incrementally and then port the rest. The cost of a full port of that much native code is going to be quite high and of course all known extensions would break and we’d basically have to create a 64 bit ecosystem pretty much like you do for drivers. Ouch.

Daniel Compton
  • 13,878
  • 4
  • 40
  • 60
Joey
  • 344,408
  • 85
  • 689
  • 683
  • 33
    His arguments make little sense. Even if the new XML office formats are free of portability issues, Office64bit will still have to support old doc/xls files. I hope. On the other hand I completely agree with him: 90% of apps do not need to be ported to 64bit. Unfortunately that's not 90% of the customers think. They all demand native 64bit now :( – MK. Mar 25 '10 at 14:53
  • 2
    @MK: The office "*recreational speculation*" doesn't survive the sniff test. Nonetheless, the part of the article relevant to the question (re: VS x64) seems pretty solid. – Adam Robinson Mar 25 '10 at 15:00
  • Is it me, or is this just a copy of [lingvomir's earlier answer](http://stackoverflow.com/a/2047454/119775)? – Jean-François Corbett Oct 24 '12 at 06:51
  • 4
    @Jean-FrançoisCorbett, note that lingvomir's answer pre-dates the date of **this question**, likely because it originated on another question which was merged **into** this one =) – Rob Oct 24 '12 at 07:35
  • hmm, it seams they actually did it: Visual Studio Enterprise 2017 (version 15.1) (x86 and x64) - Released: 20/04/2017 – Jakub Pawlinski May 02 '17 at 09:09
  • 20
    While I generally agree as a developer that smaller is faster. VS Is not small. It is constantly hitting the maximum space for a 32bit app, and THEN it becomes smaller is slower. You can't have it both ways, either make it faster and smaller, or realize that it is too big and deal with that. – NebulaSleuth May 30 '18 at 21:47
  • @nebulasleuth, VS with a medium-size solution never takes more than 400 MiB RAM for me, and that's with R# which is one of the worst things for VS performance-wise. I'd look at extensions as culprit first. – Joey May 31 '18 at 05:19
  • 3
    @joey. Its dependent on the project size. My VS with a large C#/C++ solution is always hovering between 1.5 and 2gb (that's just the IDE when idle). I don't have any extensions, just the default standard VS Enterprise install. – NebulaSleuth May 31 '18 at 15:44
  • @JakubPawlinski do you have a link to this? I can't seem to find any information about the version you mentioned. – jrh Mar 20 '19 at 12:24
  • 7
    Just working on a Project, that exausts 3GB Virtual Memory. Microsoft developers should stick their reasons in a place where the sun doesn't shine. This is my first job in a Windows world and i bet it is my last. I miss eclipse + gcc/clang so much already... – nulleight Apr 02 '19 at 09:46
  • @jrh go to https://my.visualstudio.com/Downloads?q=visual%20studio%202017&wt.mc_id=o~msft~vscom~older-downloads select Visual Studio Community 2017 (version 15.0) and see info - filename is mu_visual_studio_community_2017_version_15.0_x86_x64_100376719.exe – Jakub Pawlinski Sep 04 '19 at 09:53
  • 1
    @JakubPawlinski I've been running Visual Studio 2017 (15.9) for a while and it's definitely a 32 bit application ([you can tell by looking in the task manager](https://i.stack.imgur.com/bv3dJ.png)); are you saying *only version 15.0* is 64 bit and none of the newer versions are? – jrh Sep 05 '19 at 12:26
  • 1
    @jrh That's correct. They may a 64-bit version once and then for whatever reason decided not to do it again. – TylerH Jan 15 '20 at 16:30
  • 7
    better to crash with OOM than to use more memory, good reasoning. – Ruslan Mukhamedov Aug 19 '20 at 19:18
  • We have massive solution with 150 project's files and x86 version is problem. It crash every day severaltimes. It is not usable. – Jackxl Nov 06 '20 at 08:28
  • 1
    @TylerH No there is *definitely* no 64 bit version of VS on Windows. They labeled all their downloads on that page as x86 x64. e.g. "Visual Studio Community 2019 (version 16.8) (x86 and x64) - (Multiple Languages)". You can see here they explain that this doesn't mean the main process (which is what everyone cares about) is 64 bit: https://developercommunity.visualstudio.com/content/problem/517541/vs-2019-downloaded-x64-version-installed-x86.html. – billw Nov 20 '20 at 22:30
  • 1
    There are problems with 32-bit VS - like OOM exceptions working with huge projects like LibreOffice, and trying to see their git history... There may be numerous "it is hard to do" arguments, but there's no real "this should not happen", only "we are not prepared to take the effort". https://imgur.com/SlxVzDJ – Mike Kaganski Mar 09 '21 at 06:18
41

No! There is no 64-bit version of Visual Studio.

How to know it is not 64-bit: Once you download Visual Studio and click the install button, you will see that the initialization folder it selects automatically is C:\Program Files (x86)\Microsoft Visual Studio 14.0

As per my understanding, all 64-bit programs/applications goes to C:\Program Files and all 32-bit applications goes to C:\Program Files (x86) from Windows 7 onwards.

Community
  • 1
  • 1
Aniruddha Das
  • 20,520
  • 23
  • 96
  • 132
  • 9
    Not sure why this was down-voted; checking for (x86) is a useful litmus test. – Matthew Kraus Mar 31 '16 at 00:13
  • 12
    @MatthewKraus: Because most people who know they want a 64-bit Visual Studio will know about the Program Files naming convention. – damd Apr 07 '16 at 09:05
  • 5
    @damd Considering the number of up-votes this question has, lots of people are curious about whether VS is 64 bit and apparently would like some help figuring it out. This answer provides exactly that--it shows you how to figure it out by looking at which folder VS gets installed to. Anybody with access to a free or trial version can perform this test. To determine whether it's 32 or 64 bit, this answer provides a useful smoke test. Compared to other one-line answers that provide no references, this is a much more useful answer. – Matthew Kraus Apr 09 '16 at 19:30
  • 24
    The question is not if VS is 32 bit or 64 bit. It is if there is a 64 bit edition at all. – nawfal May 01 '16 at 19:38
  • 10
    not having 64-bit folder doesn't mean that app doesn't have 64-bit version. Install 32-bit Firefox and it'll go to `Program Files (x86)`. Does that mean there's no 64-bit Firefox? – phuclv Aug 24 '16 at 02:29
  • 1
    Actually the most simple way, for me, to find out if an App is 32 bit or 64 is to see if it has a star (*) next to its name in TaskManager. – ephraim Sep 04 '17 at 09:33
  • 2
    which folder a program installs to is not actually necessarily tied to whether it's actually 32-bit or 64-bit. some programs wrongly install themselves to `Program Files` and not `Program Files (x86)` despite being 32-bit programs, for example. – Dave Cousineau Aug 16 '19 at 20:51
  • Open it up in IDA pro and see if it is loading it at 4MiB or none of the instructions use the rex prefix. Or just look in task manager to see if it says *32 – Lewis Kelsey Apr 25 '20 at 14:08
37

Update: April 19th 2021

Microsoft announced their preview Visual Studio 2022 64 bit

Khoi V
  • 612
  • 8
  • 13
9

Visual Studio 2022 is 64-bit

Visual Studio 2022 on Windows is now a 64-bit application. This means you can open, edit, run, and debug even the biggest and most complex solutions without running out of memory.

see https://learn.microsoft.com/en-us/visualstudio/ide/whats-new-visual-studio-2022

Wollmich
  • 1,616
  • 1
  • 18
  • 46
3

no, but it runs fine on win64, and can create win64 .EXEs

SteelBytes
  • 6,905
  • 1
  • 26
  • 28
  • 6
    Unfortunately, cross-debugging is. – Hans Passant Mar 25 '10 at 15:27
  • 19
    Irrelevant, the question is for working 64bit VS and ecosystem. Who cares about the ability to run 32bit on a 64bit OS? – Dirk Bester Aug 21 '14 at 02:35
  • 8
    @steelbytes as per DirkBester's response, it's irrelevant. The point of 64-bit Visual Studio is for your compilation environment to operate natively in 64-bit. Gain 64-bit process memory space. Execute native 64-bit instruction sets for compiling and so on. Creating 64-bit programs, everyone knows we can already do that on 32-bit Visual Studio. – Shiv Jul 09 '15 at 05:42
  • 2
    This is so not helpful and does not answer the question at all. – t3chb0t Feb 04 '18 at 17:41
0

No, but the 32-bit version runs just fine on 64-bit Windows.

LukeH
  • 263,068
  • 57
  • 365
  • 409
  • 81
    It runs fine until allocated memory is relatively small. When it goes > 2gb it becomes extremely slow and invokes GC every second. – Grigory Jun 15 '12 at 23:17
  • 5
    Not when I need to debug my web app that has native dependencies (thanks to Oracle). – jpmc26 Feb 08 '13 at 23:10
  • 7
    Blend is totally broken, both for the built in version and standalone. You have to target "x86" or "Any CPU" so that you can see your xaml, then retarget 64 so you can run and debug. Ditto edit and continue. The list goes on. It is so totally not awesome, I do not have words fit to print. – Dirk Bester Aug 21 '14 at 02:33
  • 6
    For larger solutions you can run out of memory. So it doesn't 'just run fine'. – ikku100 Apr 24 '18 at 08:57
  • 1
    The profiler can run out of memory, see https://stackoverflow.com/q/43694796/7556646. So it doesn't run fine. – Wollmich Aug 31 '18 at 06:42
  • 22
    Try running a solution with 288 projects and Resharper... RIP Visual Studio memory – Adam H Oct 19 '18 at 08:53
  • 5
    No, VS does **not** run fine. Even a moderately complex solution starts running into memory-related slowness, and to make matters worse, plenty of VS components leak memory, which exacerbates the issue. Something which gets worse with each new edition of VS. – Tom Lint Feb 01 '19 at 11:18
  • VS2017 has locked up several times on my new Dell i7/Win10 64-bit machine, so I am not convinced that 32-bit VS always works fine on 64-bit windows. But the new PC is a bit flakely, and Dell is issuing lots of Device Driver updates currently, so perhaps caused by that, rather than VS itself? – Zeek2 Jun 06 '19 at 13:11
  • Unfortunately no, you can't design components in 32bit, https://stackoverflow.com/questions/5378919/visual-studio-designer-in-x64-doesnt-work – rboy Oct 30 '19 at 19:50
-9

Is there any 64 bit Visual Studio at all?

Yes literally there is one called "Visual Studio" and is 64bit, but well,, on Mac not on Windows

Why not?

Decision making is electro-chemical reaction made in our brain and that have an activation point (Nerdest answer I can come up with, but follow). Same situation happened in history: Windows 64!...

So in order to answer this fully I want you to remember old days. Imagine reasons for "why not we see 64bit Windows" are there at the time. I think at the time for Windows64 they had exact same reasons others have enlisted here about "reasons why not 64bit VS on windows" were on "reasons why not 64bit Windows" too. Then why they did start development for Windows 64bit? Simple! If they didn't succeed in making 64bit Windows I bet M$ would have been a history nowadays. If same reasons forcing M$ making 64bit Windows starts to appear on need for 64Bit VS then I bet we will see 64bit VS, even though very same reasons everyone else here enlisted will stay same! In time the limitations of 32bit may hit VS as well, so most likely something like below start to happen:

  • Visual Studio will drop 32bit support and become 64bit,
  • Visual Studio Code will take it's place instead,
  • Visual Studio will have similar functionality like WOW64 for old extensions which is I believe unlikely to happen.

I put my bets on Visual Studio Code taking the place in time; I guess bifurcation point for it will be some CPU manufacturer X starts to compete x86_64 architecture taking its place on mainstream market for laptop and/or workstation,

Update: From the visualstudio 2022 preview site quoting https://web.archive.org/web/20211030202827/https://visualstudio.microsoft.com/vs/preview/:

Our 64-bit upgrade Take advantage of all your computer’s resources to scale Visual Studio to the largest of projects and complex workloads without running out of memory. You can continue to run and debug your 32-bit apps.

It seems they did what I was expecting they are dropping old 32bit support, quoting https://web.archive.org/web/20210910130939/https://learn.microsoft.com/en-us/visualstudio/extensibility/migration/update-visual-studio-extension?view=vs-2022:

Visual Studio 2022 RC is a 64-bit application, and introduces some breaking changes in the VS SDK

I want to thank every upvote for keeping this answer. As a thank you I want to add one more prediction: I still believe the trend will lean towards VSCode in time while VSCode forks or turns-into something like Eclipse Theia. Most probably they will give full support on cloud platforms with that. Especially for enterprises that will add great value and for the marketing sake I cannot find any better excuse about "move your onprem into the Azure" stuff. Anyhow seems we are correct about: Why Visualstudio was not 64 bit while it should be 64bit long ago,

Update: I think this will be the last update. Yes it was the direction I expected: https://vscode.dev/ deployed to public,

Abdurrahim
  • 2,078
  • 1
  • 17
  • 23
  • Afaik "why not we see 64bit Windows" problem did not exist - already win2k had a 64bit version, where not fully 32-bit systems were yet widely used. Only no one have used it. However, m$ has regularly serious troubles with such switches, it is probably because not even their teams can have really access to the source code of the others. – peterh May 25 '20 at 21:39
  • @peterh-ReinstateMonica working on64bit and being 64bit are different https://www.itprotoday.com/compute-engines/does-windows-2000-work-64-bit-processor – Abdurrahim May 25 '20 at 23:40
  • @Abdurrahim No, Win2k had a really 64-bit version. Furthermore, this article has numerous errors, it is an end-user article written by an end-user (for example, he thinks [PAE](https://en.wikipedia.org/wiki/Physical_Address_Extension), which makes possible the usage of >4GB of RAM even on 32-bit OSes, is a specific feature of a specific intel cpu). – peterh May 26 '20 at 11:07
  • @peterh your example looks to me like Dos4GW makes MSDos 32bit. Anyhow my point was if MS stayed 32bit. Know what lets accept your claim for a moment: If MS stayed with PAE and awkward AWE and said we are 64bit this way, then it would still be a history; Not everyone has resources to rewrite the codebase, – Abdurrahim Nov 03 '21 at 12:43
  • PAE is exactly to avoid rewriting the code, but still using 64 bit features. Using PAE on a 32 bit kernel needs only minimal extension of the kernel (mostly, VM code). It is also possible to use the 64 bit registers with 32 bit pointers, resulting an about 30% acceleration *compared to the 64 bit version of the same software*. Processes having more than 4 GB address space are still rare, even today. Microsoft banned PAE on a very different reason: big corporate rigidity. – peterh Nov 03 '21 at 13:45
  • I remember similar 32hybrid approach proposed in Linux with X32abi, it did not work as intended as it is just causing more problems than it solves until now. In Win32 closed source world the impact could be even worse. Apple Rosetta is counterproof to this but only they were successful on this, maybe it requires some hardware functionality to not cripple performance while safely emulating? – Abdurrahim Nov 03 '21 at 16:48
  • @Abdurramin The essence of my statement was that the refered article is a VLQ thing full with layman misunderstoods and superficial knowledge. x32 exists on Linux, it is in an early development phase and probably remains there forever. On Windows, Microsoft initally supported PAE until win7sp1 (and in analogous servers), it was suddenly removed in sp2 on no reason. Later they said the reason stating this: PAE is essentially 64 bit code and the 32 bit license pays only for 32 bit code. Already this reasoning says that they had no real reason. – peterh Nov 03 '21 at 21:37
  • @Abdurraming But it was imho a good thing. Fact is that >4GB address space is absolutely not needed for most software, while it could accelerate things a lot. – peterh Nov 03 '21 at 21:40