Re: [Gimp-user] multi-threaded Gimp
- From: Dexter Filmore <Dexter Filmore gmx de>
- To: gimp-user-list gnome org
- Subject: Re: [Gimp-user] multi-threaded Gimp
- Date: Fri, 19 Oct 2012 16:50:55 +0200
Am Thursday 18 October 2012 21:05:35 schrieb Jernej Simončič:
On Thu, 18 Oct 2012 13:47:56 +0200, maderios wrote:
I have a Core I7 with 8 cpu. I noticed Gimp use only 1 cpu to save image.
If you're talking about saving a file, there's not much that can be done -
saving isn't something that can be parallelized.
Well... writing to disk sure can't, but I guess there are image compression
algos that can utilize multicores? After all, formats as png and jpg as far
as I know, correct me if I'm wrong, tile the image and work on the tiles
first.
so if one would allocate a target memory area in RAM first and then fill the
mem map with the to-be-saved data one could open a file handle right from the
start and copy the mem portions to disk as they get filled by the compression
algo.
Or another approach would be make a copy of the image in RAM and do the save
in the background. That way when using the same file name one would even
narrow the state transition of the file to a minumum.
Just an idea.
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d--(+)@ s-:+ a C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K-
w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@
b++(+++) DI+++ D- G++ e* h>++ r* y?
------END GEEK CODE BLOCK------
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]