[Bf-committers] Changes to Windows Compiler Support.
ray at lazydodo.com
Sat Jan 27 18:27:23 CET 2018
if you bunch up all releases since 2014, yes that does seems to imply 36% are still on 32 bit.
however if you split it out per version it paints a 'slightly' different picture
with only 13.2% of 32 bit users for 2.79 and in a rather steep decline from previous versions.
using this data looking at just the latest blender (2.79) limiting it to
On 1/27/2018 9:39 AM, Dan McGrath wrote:
>> 6) 32 bit support
>> I spend a fair amount of time building the blender deps in various
> formats, x86
>> it starting to cost more and more time since a few of the projects just
>> to test on linux, sometimes on windows/x64 but rarely on x86 leading to
> all kinds
>> of obscure (usually sse) related build errors. This is starting to take
> up a
>> significant amount of my time for only a small percentage of end users
>> time I asked ~15% of the blender downloads were for 32 bit users) and by
>> time we release 2.8 this number will probably have dropped even further.
> Out of curiosity, I parsed all of our download.blender.org logs since near
> the end of 2014, right up until today and stored them in an sqlite3
> database for people to check. You can download the file at:
> I specifically limited the list to 200 status files and only valid
> filenames. The schema is:
> sqlite> .schema
> CREATE TABLE logs (log_date date NOT NULL, url text NOT NULL, filename text
> NOT NULL, blender_version varchar(10) NULL, bits integer);
> CREATE INDEX idx_bits on logs(bits);
> CREATE INDEX idx_filename on logs(filename);
> CREATE INDEX idx_url on logs(url);
> sqlite> select * from logs limit 3;
> sqlite> select count(*) from logs;
> sqlite> select count(*) from logs where bits = 32;
> sqlite> select count(*) from logs where bits = 64;
> (bits = 0 is for unknown bit size)
> Anyway, for those who were maybe interested, have fun!
> Dan McGrath
> Bf-committers mailing list
> Bf-committers at blender.org
More information about the Bf-committers