Adding Java and C++ to the MQTT benchmarks or: How I Learned to Stop Worrying and Love the Garbage Collector

Paulo Pinto pjmlp at progtools.org
Wed Jan 8 22:51:41 PST 2014


On Thursday, 9 January 2014 at 06:11:58 UTC, Manu wrote:
> On 9 January 2014 13:08, Walter Bright 
> <newshound2 at digitalmars.com> wrote:
>
>> On 1/8/2014 12:23 PM, Benjamin Thaut wrote:
>>
>>> Additionaly programming with a GC often leads to a lot more 
>>> allocations,
>>>
>>
>> I believe that this is incorrect. Using GC leads to fewer 
>> allocations,
>> because you do not have to make extra copies just so it's 
>> clear who owns
>> the allocations.
>>
>
> You're making a keen assumption here that C programmers use 
> STL. And no
> sane programmer that I've ever worked with uses STL precisely 
> for this
> reason :P
> Sadly, being conscious of eliminating unnecessary copies in 
> C/C++ takes a
> lot of work (see: time and money), so there is definitely value 
> in
> factoring that problem away, but the existing GC is broken. 
> Until it
> doesn't leak, stop the world, and/or can run incrementally, it 
> remains no
> good for realtime usage.
> There were 2 presentations on improved GC's last year, why do 
> we still have
> the lamest GC imaginable? I'm still yet to hear any proposal on 
> how this
> situation will ever significantly improve...
>
> *cough* ARC...
>

For it to be done properly, RC needs to be compiler assisted, 
otherwise it is just too slow.

--
Paulo


More information about the Digitalmars-d mailing list