Should we drop support for 32 bit Windows?

[targos]

It's not really something that I want, but given the issues I'm having with #42115, I thought it was worth to bring up the idea.

There are some stats on https://store.steampowered.com/hwsurvey which show that there are actually much less Steam users (I know that's probably not representative of Node.js Windows users, feel free to share better numbers) on 32 bit Windows (0.27%) than on 64 bit Windows 7 (4.08%, and we already stopped supporting Windows 7):

[mscdex]

I'm surprised that 32-bit support on Windows wasn't downgraded completely to Experimental at the same time that 32-bit on Linux was downgraded.

[Flarna]

As far as I remember linux 32 bit was dropped because of toolchain issues and the initial plan was to fix it later. That never happend and it seems noone really cares.

FWIW the default on Azure WebApps/Functions is still 32 Bit windows. Don't know why and they support also 64 Bit but the default is 32 bit as far as I know. Maybe because the lower mem requirement of 32 bit windows allows significant savings for a cloud provider.

[targos]

because of toolchain issues

That's also the kind of issues we have with Windows.

[targos]

@nodejs/tsc @nodejs/build @nodejs/platform-windows What do you think?

[sxa]

My gut feel is that we'd get quite a bit more pushback for removing 32-bit windows compared to 32-bit xlinux. I know that there are still customers, at least for java, that still need the 32-bit Windows builds for whatever reason, so I suspect that would be the same for node.js as well.

Although saying that, we could perhaps do with a few more windows devs at the project to help with issues such as the one you reference ... Perhaps dropping the tier it would make us find some volunteers more easily? ;-)

[Flarna]

Well, that time it was not even possible to get a compiler for the build machines to compile 32Bit code at all understanding the C++ standard require by v8. Google Chrome is available for 32Bit so in general it should work. But not sure if google uses msvc.

Anyhow, I fully understand the problem and if there are not enough people to solve them it's better to drop 32Bit only instead delaying/blocking the whole project.

[mcollina]

I'm +1 from dropping support of 32 Windows in v18. If companies care about this, they should actually allocate some people to fix it. This includes Microsoft (cc @fhinkel @bnb).

[richardlau]

Maybe someone could crawl through the daily download metrics in https://storage.googleapis.com/access-logs-summaries-nodejs/index.html (linked to from https://nodejs.org/metrics/) to gather some sort of evidence (either way).

[bnb]

(I know that's probably not representative of Node.js Windows users, feel free to share better numbers)

I actually think this is a good metric to track, specifically because a lot of the apps that "gamers" use end up bundling Node.js somehow (Electron or QT + Node.js).

I'm +1 from dropping support of 32 Windows in v18. If companies care about this, they should actually allocate some people to fix it.

I agree.

[benjamingr]

What if Node.js adds a warning to Windows 32bit builds and we see if people notice/care?

I agree with Matteo and Tierney that if companies care about this they should allocate some people to fix it.

[richardlau]

What if Node.js adds a warning to Windows 32bit builds and we see if people notice/care?

Based on the pushback we got around dropping Windows 7 I'm not that keen to go down this route. I'm open to downgrading 32-bit Windows from tier 1 if it's becoming impossible to keep working.

[targos]

What if Node.js adds a warning to Windows 32bit builds and we see if people notice/care?

The problem now is that we are not able to build it at all (with V8 10.1).

[richardlau]

With regards to when we dropped support for 32-bit Linux we also put in place the unofficial builds project https://unofficial-builds.nodejs.org/ where you could go (and can still go) to get x86 Linux binaries. We don't have anything in place to do anything similar for 32-bit Windows and from the sounds of it if the current problem(s) isn't solved we wouldn't have a binary at all (official or unofficial).

[mhdawson]

Some numbers from the last quarter in terms of downloads. These are from
summaries that we generate to look at internally so don't have exactly what's
needed in this case but are what I can provide with low effort. Thes are the numbers
from Jan 1 through March 31 generated from the metrics @richardlau mentioned earlier
(https://storage.googleapis.com/access-logs-summaries-nodejs/index.html )

=> Operating System:
linux was downloaded: 78991840
win was downloaded: 22736332

=> Architecture:
x64 was downloaded: 104434118
x86 was downloaded: 1285150

The x86 number I believe is across all architectures but I think windows may be the only one that we still
have official downloads. At 1.2M out of 22.7M for windows it would be about 5%
the 32 bit windows downloads.

[targos]

What if Node.js adds a warning to Windows 32bit builds and we see if people notice/care?

The problem now is that we are not able to build it at all (with V8 10.1).

Build seems fixed in V8 10.2.

[hello-smile6]

noone really cares

I care. I now can't run NodeBB on my 32-bit virtual machine. Or, for that matter, Electron on v86.

[hello-smile6]

With regards to when we dropped support for 32-bit Linux we also put in place the unofficial builds project https://unofficial-builds.nodejs.org/ where you could go (and can still go) to get x86 Linux binaries. We don't have anything in place to do anything similar for 32-bit Windows and from the sounds of it if the current problem(s) isn't solved we wouldn't have a binary at all (official or unofficial).

Those releases don't have npm.

[bnb]

I care. I now can't run NodeBB on my 32-bit virtual machine. Or, for that matter, Electron on v86.

@hello-smile6 Electron builds Node.js differently than the Node.js builds we're talking about here. While I'm not sure if they'll follow suit, this theoretically doesn't impact Electron since they don't use our builds.

[richardlau]

With regards to when we dropped support for 32-bit Linux we also put in place the unofficial builds project https://unofficial-builds.nodejs.org/ where you could go (and can still go) to get x86 Linux binaries. We don't have anything in place to do anything similar for 32-bit Windows and from the sounds of it if the current problem(s) isn't solved we wouldn't have a binary at all (official or unofficial).

Those releases don't have npm.

😕 They should do.

[hello-smile6]

With regards to when we dropped support for 32-bit Linux we also put in place the unofficial builds project https://unofficial-builds.nodejs.org/ where you could go (and can still go) to get x86 Linux binaries. We don't have anything in place to do anything similar for 32-bit Windows and from the sounds of it if the current problem(s) isn't solved we wouldn't have a binary at all (official or unofficial).

Those releases don't have npm.

😕 They should do.

They don't. Also, Node.js is no longer in the Debian software repositories. Why were old versions removed?

[bnb]

They don't. Also, Node.js is no longer in the Debian software repositories. Why were old versions removed?

Those were never maintained by the Node.js project. Ask Debian software repository maintainers.

[hello-smile6]

They don't. Also, Node.js is no longer in the Debian software repositories. Why were old versions removed?

Those were never maintained by the Node.js project. Ask Debian software repository maintainers.

Strangely, the latest release seems to have npm. It wasn't available the last time I checked.

[hello-smile6]

Actually, npm isn't available.

[hello-smile6]

There are binaries for npm, but they're in node_modules.

[bnb]

If you'd like to create a separate issue for that, please do. Let's try to keep this issue on the subject of dropping 32 bit binaries.

[hello-smile6]

If you'd like to create a separate issue for that, please do. Let's try to keep this issue on the subject of dropping 32 bit binaries.

What will happen for people who use wine for some reason with nodejs?

[mscdex]

What will happen for people who use wine for some reason with nodejs?

Use a 64-bit wine prefix?

[gengjiawen]

Another issue #46445 (comment)

I propose we drop 32-bit win support on Node.js 20. otherwise it will be a heavy maintaining burden for us.

[sxa]

I think that's probably the right decision now. We should also consider that Windows 11 and Server versions from 2012 onwards (2008 is out of support now, Win10 still supports it and is supported til Oct.2025 and is available via https://www.microsoft.com/en-gb/software-download/windows10ISO) did not have 32-bit versions, so the only use cases people would have to continue to be using it should be:

• Win32 native modules that can't be rebuilt
• Non-64-bit capable hardware

So I support dropping it in 20 - it will, if nothing else, let is gauge the reaction from the user base.

[bnb]

+1 to dropping 32-bit Windows in v20+.

Re-sharing the numbers from the OP one year later, usage of both Windows 7 32-bit (-0.08) and Windows 10 32-bit (-0.03) have dropped even further which suggests a trend of Windows users updating off of the versions of Windows that currently support 32-bit. Further, according to @sxa, there's no Windows Server version that supports 32-bit, so there's not uncertainty there anymore.

[anfibiacreativa]

We are currently gathering and analyzing usage data and telemetry from different sources, to better understand the need for support for this version at a more global level, and share those results with the core team. Hopefully we have more insights next week.

[targos]

@anfibiacreativa Do you have any results to share?

[alexsch01]

I think it's a good time to drop 32 bit Windows

[anfibiacreativa]

A while ago a colleague in the Windows experience team reached out about this issue. Please let me bring this issue back to their attention.

[bnb]

IMO if there's not a compelling reason soon, we should drop it in the next SemVer major.

[mhdawson]

@anfibiacreativa thanks for following up.

[AdamBraden]

As noted above Win10 and thus 32bit is supported by Microsoft until October 2025.

• https://learn.microsoft.com/en-us/lifecycle/products/windows-10-home-and-pro
• https://learn.microsoft.com/en-us/lifecycle/products/windows-10-enterprise-and-education

It seems reasonable to have the build of NodeJS that will be in LTS at that point in time to be the last version with 32bit support. My understanding of this page, https://nodejs.org/en/about/previous-releases, indicates v22 would be best aligned, though a strong argument could be made that v20 would suffice given the general low usage of 32bit node.

[colin969]

I develop software that has a decent userbase on weaker machines in poorer countries, and even they've seen 32 bit usage plummet to around 0.4% of users, with Windows 7 usage still at around 2%.

I'm already having to use out of date build tools in our CI for both Rust and Go to get everything working for these users, whether Node drops it or not developers are going to be forced into it because of lowest common denominator sometimes.

[avivkeller]

What would this mean for the win32 references throughout the code, such as path.win32., would they stay the same, or be renamed to path.windows, etc?

Also, PassMark also has numbers on this: https://www.pcbenchmarks.net/os-marketshare.html.
According to it, 0.2% of users are running 32 bit windows, but I don't know how reliable that really is

[tniessen]

I don't think there's much point in deviating from the existing win32 naming convention. (Its purpose was to distinguish from the old 16-bit Windows API, but the 64-bit API and the 32-bit API are largely compatible thanks to x64 CPUs supporting both transparently.)