After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 357247 - Multithreaded processing
Multithreaded processing
Status: RESOLVED OBSOLETE
Product: GEGL
Classification: Other
Component: core
unspecified
Other All
: High enhancement
: ---
Assigned To: Default Gegl Component Owner
Default Gegl Component Owner
Depends on:
Blocks:
 
 
Reported: 2006-09-22 21:50 UTC by Øyvind Kolås (pippin)
Modified: 2008-05-17 12:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Øyvind Kolås (pippin) 2006-09-22 21:50:01 UTC
Make it possible to have multiple evaluations of the graph
happening at the same time. (both the way the visitor pattern is
implemented, and the reference counting for immediate freeing of
buffers assumes a single thread of operation at the moment.) The
multithreading would allow splitting the image up into rectangular
"work sections", that are requested for rendering.
Comment 1 Øyvind Kolås (pippin) 2006-11-27 12:35:51 UTC
At the moment evaluation state is stored in nodes (needed regions, provided regions etc). This probably needs to be stored in a seperate state, or the graph itself be cloned per processing thread.
Comment 2 Øyvind Kolås (pippin) 2007-01-21 23:41:43 UTC
This is no longer the case, there is a seperate context per evaluation of the graph now. This is stored in GeglNodeDynamic, which evaluation context is specified in the operations thorugh the context_id in some methods.
Comment 3 Øyvind Kolås (pippin) 2007-01-22 00:12:41 UTC
Changed the title of the bug to reflect general parallel processing, since this
framework also should support farming out work tasks to slave renderers in a network.
Comment 4 Øyvind Kolås (pippin) 2008-02-12 00:17:15 UTC
Changed title of bug to multithreaded processing, opening a separate bug for
distributed processing.
Comment 5 Øyvind Kolås (pippin) 2008-05-17 12:27:24 UTC
Will close this bug and add a reference to it in a the general paralell procesisng bug.