Hi,
I don't doubt that root_ptr can be used at all. What I'm curious about is what your thoughts are on how it could perform, how you would map its strengths to the allocation patterns of QML binding evaluations and general ECMAScript code. For the record: Any animation code that _doesn't_ use QML Animators does indeed run in the same thread as the STW garbage collector and is therefore subject to its non-deterministic behavior (from the animation PoV). QML Animators on the other hand are run entirely in the render thread and are not affected by any pauses in the gui thread, whether it is caused by long running scripts, the garbage collector or blocking disk I/O. If with today's release you want to have guaranteed lag-free animations, then the use of animators over NumberAnimation, etc. is required. That is why it _is_ possible to run smooth animations with the scene graph and QML on crazy high resolution displays at minimal CPU usage. That said, it is our expressed goal to improve the garbage collector to interrupt the GUI thread as little as possible, because not everything can (and should) be solved with animators. Scrolling in a listview, delegate re-use, property re-bindings, etc. are things that still have to run in under 16 ms. So without any doubt there is work to do [?] Simon ________________________________ From: Development <[email protected]> on behalf of Phil Bouchard <[email protected]> Sent: Wednesday, December 28, 2016 2:44:24 PM To: [email protected] Subject: Re: [Development] Proposal for "container-oriented deterministic memory manager" On 12/28/2016 08:36 AM, Simon Hausmann wrote: > Hi, > > building on the suggestion: do you have any thoughts about how your > allocator could be used instead of a garbage collector in an ecmascript > implementation? I'll have to look into the details of the ECMAScript but root_ptr can handle neural networks so I'm not sure why it should fail with ECMAScripts. I won't be able to reply during the day today but I can study specific cases this week. _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
_______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
