Idea #1 on integrating RC with GC
Xavier Bigand
flamaros.xavier at gmail.com
Mon Feb 10 15:06:54 PST 2014
Le 10/02/2014 09:59, "Ola Fosheim Grøstad"
<ola.fosheim.grostad+dlang at gmail.com>" a écrit :
> On Monday, 10 February 2014 at 04:26:10 UTC, Manu wrote:
>>> The only company I know of that has made a commercial commitment to D
>>> is a
>>> AAA games company...
>
> Unfortunately a AAA games company is not setting down the goal post for
> D. As long as the leads for the project have as their primary interests:
> non-real-time stuff and STL-like-libraries things won't develop in your
> (and mine and Fransescos) direction.
>
> It won't happen until the leads of the project COMMIT to a MEASURABLE
> goal and a major effort is made to meet that goal. That means putting
> other goals aside until that measurable goal has been met.
>
>> Sorry, I obviously mean, "the only *games* company..."
>
> Yeah, but that games company needs to commit to taking a lead role so
> that the goal post and vision changes in that direction.
>
>> And people seem to forget promptly after every single time I repeat
>> myself:
>> * The GC frequency of execution is directly proportional to the
>> amount of
>> _free memory_. In console games; NONE.
>> * The length of the associated pause is directly proportional to the
>> amount of memory currently in use. In console games; all of it.
>>
>> This doesn't only describe games, it describes any embedded environment.
>
> I've already stated that I don't believe in using D for anything
> multi-media.
>
????
So in these case I will forget D, and cry all the tears of my body. It
will just a shame for a system language.
And it's certainly kind of applications actually miss for D, to improve
his visibility.
Just take a look around you all applications are interactive, with more
animations,...
> It is not part of the project vision to be good at that from what I am
> seeing, and I am not going to believe it is going to be good for that
> until the project leads commit to measurable goals.
>
> The leads believe in meritocracy, that means the project will flail
> around in any direction that is fun. That means there are no rails.
> There is no reason to pull or push a train that is not on rails. To get
> D to be a true better C++ you need a concerted effort.
>
More information about the Digitalmars-d
mailing list