Thoughts on a Future Garbage Collector

2015-12-03 Thread Jakob Jenkov via Digitalmars-d
Hi D devs, I read recently that D's garbage collector isn't the fastest, and that you would like a faster one. I have some thoughts on that. I have spent about 16 years with Java, and my experience with the garbage collector typically falls into one of these two categories: Either the spe

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Jakob Ovrum via Digitalmars-d
On Thursday, 3 December 2015 at 18:36:22 UTC, Jakob Jenkov wrote: - Hint to the memory system where to allocate an object, meaning hinting if it is - shortlived (like within a function), transaction scope (max 60 s life time), - permanent singleton etc. Often you already know at allocatio

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Nerve via Digitalmars-d
On Thursday, 3 December 2015 at 18:36:22 UTC, Jakob Jenkov wrote: My experience from Java is that one size never really fits all. Open it up instead. Let the community "plug in" and I am sure D will get a wealth of memory management strategies fast. Not just 1 garbage collector, but N garbage c

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Jakob Ovrum via Digitalmars-d
On Thursday, 3 December 2015 at 19:03:35 UTC, Nerve wrote: I wonder what Walter and Andrei think of potentially overhauling those elements in D. Right now all of the manual memory management is basically ripped from C and C++ with no changes, and no insights into how to improve such a system. B

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Jakob Jenkov via Digitalmars-d
Great to hear! Looking forward to learning more about how this all works!

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Ali Çehreli via Digitalmars-d
On 12/03/2015 10:36 AM, Jakob Jenkov wrote: > Either the speed of the software didn't matter, and thus the garbage > collector didn't matter either. > > Or, the speed of the software mattered, and the garbage collector was > never good enough, so you end up designing your software to avoid the >

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Ola Fosheim Grøstad via Digitalmars-d
On Thursday, 3 December 2015 at 19:03:35 UTC, Nerve wrote: changes, and no insights into how to improve such a system. But I do see why they went that route. Type safety is a top concern. Did you mean memory safety? Neither C++ or D offer much help if you want strong nominal typing. Which is a

Re: Thoughts on a Future Garbage Collector

2015-12-03 Thread Rikki Cattermole via Digitalmars-d
On 04/12/15 7:36 AM, Jakob Jenkov wrote: Hi D devs, I read recently that D's garbage collector isn't the fastest, and that you would like a faster one. I have some thoughts on that. I have spent about 16 years with Java, and my experience with the garbage collector typically falls into one of t

Re: Thoughts on a Future Garbage Collector

2015-12-11 Thread Jakob Jenkov via Digitalmars-d
A little something I've been working on for making into a DIP: http://wiki.dlang.org/User:Alphaglosined/ManagedMemory Would it be to your liking? I don't know - what does it do? I am pretty new to D... !

Re: Thoughts on a Future Garbage Collector

2015-12-11 Thread Rikki Cattermole via Digitalmars-d
On 12/12/15 7:51 AM, Jakob Jenkov wrote: A little something I've been working on for making into a DIP: http://wiki.dlang.org/User:Alphaglosined/ManagedMemory Would it be to your liking? I don't know - what does it do? I am pretty new to D... ! It is not DIP ready, but basically would allow