[Scons-dev] catching up

[Kenny, Jason L]

On the slots usage.

I believe for me the value of slots was that it reduced memory a lot. I posted tests some time ago to show this. Ideally I would be a fan of python cleaning this up internally, but at the end of the day the __slots__ just seem to be a memory allocator tweak. 

This is why I pushed the idea in the first place. We have builds that take a lot of memory ( 3-6 GB) by just the build system alone. This space would be better used by the tool ( ie compilers).  I feel that given some fixes in certain area of SCons that we should be able to reduce this a great deal. This will make it easier to build large projects and it will make it faster. I don't have an issue that SCons might use a GB, but the current usage seems to be about a factor 10 to much.

Jason


-----Original Message-----
From: Scons-dev [mailto:scons-dev-bounces at scons.org] On Behalf Of anatoly techtonik
Sent: Monday, August 18, 2014 11:52 AM
To: Dirk Bächle; SCons developer list
Subject: Re: [Scons-dev] catching up

On Mon, Aug 18, 2014 at 12:36 AM, Dirk Bächle <tshortik at gmx.de> wrote:
> Making this a little more complete:
>
> - patch/bug release 2.3.3? (fix for D tools)
> - Node class patch (switch to __slots__)

Will that be really useful?
http://lucumr.pocoo.org/2014/8/16/the-python-i-would-like-to-see/

> - Integration of stubprocess.py

Is it possible a link to relevant research to http://www.scons.org/wiki/Roadmap ?

> - release 2.4?
> - then, Python3 and Toolchain?

I'd say Toolchain and Python3. Because history is important to understand how certain things work and why they are here in the first place.
Python3 merge will make a big mess out of that, so I am for maintaining a parallel branch repository with drafts turned on and waiting until BitBucket enables obsolescence markers on server side. This way we can get rebases without loosing history.
_______________________________________________
Scons-dev mailing list
Scons-dev at scons.org
http://two.pairlist.net/mailman/listinfo/scons-dev