RSS/Atom feed Twitter
Site is read-only, email is disabled

gimp with large files. test.

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

11 of 12 messages available
Toggle history

Please log in to manage your subscriptions.

CVS ChangeLog Revision 1.12518 segfaults Jean-Luc Coulon (f5ibh) 28 Apr 10:07
  gimp with large files. test. Campbell Barton 01 May 16:37
   gimp with large files. test. Joao S. O. Bueno Calligaris 01 May 16:47
   gimp with large files. test. Sven Neumann 02 May 09:17
    gimp with large files. test. Campbell Barton 02 May 09:43
     gimp with large files. test. Sven Neumann 02 May 09:47
      gimp with large files. test. Campbell Barton 02 May 10:45
  CVS ChangeLog Revision 1.12518 segfaults Sven Neumann 02 May 09:12
   CVS ChangeLog Revision 1.12518 segfaults Jean-Luc Coulon (f5ibh) 02 May 10:05
44561E05.60600@stud.ntnu.no 07 Oct 20:24
  gimp with large files. test. Campbell Barton 01 May 20:20
   gimp with large files. test. GSR - FR 01 May 20:56
Jean-Luc Coulon (f5ibh)
2006-04-28 10:07:08 UTC (almost 18 years ago)

CVS ChangeLog Revision 1.12518 segfaults

Hi,

Just after displaying the splash screen, it segfaults.

CVS ChangeLog 1.12518, build on amd64 architecture.

Here is the backtrace:

/opt/gimp-2.3.9/bin/gimp-2.3 (pid:2619): [E]xit, [H]alt, show [S]tack trace or [P]roceed: S

#0 0x00002b1debdc33a9 in waitpid () from /lib/libpthread.so.0 #1 0x00002b1debc34bae in g_on_error_stack_trace () #2 0x00002b1debc35049 in g_on_error_query () from /usr/lib/libglib-2.0.so.0
#3 0x00000000004294c3 in gimp_eek (reason=0x64e4e0 "fatal error", #4 0x000000000042963d in gimp_fatal_error (fmt=) #5 0x0000000000428fea in gimp_sigfatal_handler (sig_num=) #6
#7 0x00002b1debf38015 in free () from /lib/libc.so.6 #8 0x00002b1debc638af in g_strfreev () from /usr/lib/libglib-2.0.so.0 #9 0x000000000058a88b in plug_ins_init (gimp=0x916090, context=0xbda150,
#10 0x00002b1deb410910 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#11 0x00002b1deb41fc9d in g_signal_stop_emission () #12 0x00002b1deb420fcc in g_signal_emit_valist () #13 0x00002b1deb421383 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#14 0x00000000004285fa in app_run (full_prog_name=, #15 0x0000000000428f0c in main (argc=1, argv=0x7fffffcbff78) at main.c:316

/opt/gimp-2.3.9/bin/gimp-2.3 (pid:2619): [E]xit, [H]alt, show [S]tack trace or [P]roceed:

Regards

Jean-Luc

Campbell Barton
2006-05-01 16:37:51 UTC (almost 18 years ago)

gimp with large files. test.

Hi, I just heared a linux link teach show where a girl was saying that the gimp didnt handel as large files as photoshop.

wanted to test this out, so I set my tile cache to 512meg. and undo to 512 also..

and made an 8000x8000 file in the gimp and Photoshop and did some tests.

Gimp CVS as of today and Photoshop 7 under wine.

* Painting with an 1000 size brush, both performed about the same on both. * Curves was much faster on photoshop.

I tried gimp and photoshop with nice -20, highest priority) - Gimp was noticable faster..
Photoshop didnt make much difference, (not sure how wine handels nice)

From the updates to curve, it looks like the tile size for photoshop is Higher then teh gimps.
I was wondering is there a way to increase gimps tilesize - would there be any benifit?

On the other hand, Photoshop may be working on a smaller copy of the image at 1:1,
has this been considered by the gimp dev's?

- Cam

Joao S. O. Bueno Calligaris
2006-05-01 16:47:27 UTC (almost 18 years ago)

gimp with large files. test.

On Monday 01 May 2006 11:37 am, Campbell Barton wrote:

On the other hand, Photoshop may be working on a smaller copy of the image at 1:1,
has this been considered by the gimp dev's?

it most certainly does, and then does the real curves work on the background.

Considered? Yes.
Made? No.

Nowadays it is sort of postponed until after 2.4 is released and GeGL starts to be integrated into the GIMP. I think one of the great bennefits of GeGL will be allowing doing this kind of live previews with transparent background processing - Although that will not come for free with the GeGL.

Campbell Barton
2006-05-01 20:20:43 UTC (almost 18 years ago)

gimp with large files. test.

Invalid?
Well photoshop 7 runs fast in wine. fast enough that it even significantly out performs gimp in areas. there are even a number of benchmarks showing wine to be faster then XP on the same PC. winning about half the tests thrown at it.

There not exact benchmarks, but they indicate that Photoshop uses different methods then the gimp to operate on images.

EG. If painting in both apps are about the same for painting on a 8000x8000 image.
you can assume they use a roughly similar painting method.

if Curves on Phoposhop is instant, and takes 3 second on the gimp. then photoshops doing somthing gimp isnt.

Also, a lot of people are interested in an image editor for Linux- Photoshop+Wine is that. (albeit X86 only)

- Cam

Andreas Røsdal wrote:

Hello Campbell,

You're benchmarking is invalid. What you have really tested here is only how good Photoshop performs when emulated with Wine. If you test in with native Windows, I'm sure you will get a different result.

Andreas Røsdal

Campbell Barton wrote:

Hi, I just heared a linux link teach show where a girl was saying that the gimp didnt handel as large files as photoshop.

wanted to test this out, so I set my tile cache to 512meg. and undo to 512 also..

and made an 8000x8000 file in the gimp and Photoshop and did some tests.

Gimp CVS as of today and Photoshop 7 under wine.

* Painting with an 1000 size brush, both performed about the same on both.
* Curves was much faster on photoshop.

I tried gimp and photoshop with nice -20, highest priority) - Gimp was noticable faster..
Photoshop didnt make much difference, (not sure how wine handels nice)

From the updates to curve, it looks like the tile size for photoshop is Higher then teh gimps.
I was wondering is there a way to increase gimps tilesize - would there be any benifit?

On the other hand, Photoshop may be working on a smaller copy of the image at 1:1,
has this been considered by the gimp dev's?

GSR - FR
2006-05-01 20:56:55 UTC (almost 18 years ago)

gimp with large files. test.

Hi,
cbarton@metavr.com (2006-05-02 at 0420.43 +1000):

if Curves on Phoposhop is instant, and takes 3 second on the gimp. then photoshops doing somthing gimp isnt.

You are running all this in Linux, right? So you probably have access to all kind of system monitors. Could you run the tests while having at least one such monitor well visible and report back what you see? Thanks in advance.

GSR

Sven Neumann
2006-05-02 09:12:39 UTC (almost 18 years ago)

CVS ChangeLog Revision 1.12518 segfaults

Hi,

"Jean-Luc Coulon (f5ibh)" writes:

Just after displaying the splash screen, it segfaults.

CVS ChangeLog 1.12518, build on amd64 architecture.

Please CVS update. I believe this has been fixed in the meantime.

Sven

Sven Neumann
2006-05-02 09:17:12 UTC (almost 18 years ago)

gimp with large files. test.

Hi,

Campbell Barton writes:

From the updates to curve, it looks like the tile size for photoshop is Higher then teh gimps.
I was wondering is there a way to increase gimps tilesize - would there be any benifit?

It is only possible by recompiling all of GIMP and you end up with a version of GIMP that writes incompatible XCF files and cannot read the XCF files written by a version of GIMP compiled with a different tile size. I have done this at some point and did some tests. I had the impression that using a larger tile size doesn't make any noticable performance difference.

If someone wants to rewrite the XCF routines so that tiles are always written and read with a size of 64. no matter what the native tile size is, we could make the tile-size configurable. But I am not sure if that's worth the effort.

On the other hand, Photoshop may be working on a smaller copy of the image at 1:1, has this been considered by the gimp dev's?

Yes, this has been considered and for the color correction tools, it would actually be a good idea. But as far as I know, no attempt has been made to actually implement this.

Sven

Campbell Barton
2006-05-02 09:43:18 UTC (almost 18 years ago)

gimp with large files. test.

Hello Sven
Where would I look to change the tilesize? - Thanks in advance :)

Sven Neumann wrote:

Hi,

Campbell Barton writes:

From the updates to curve, it looks like the tile size for photoshop is Higher then teh gimps.
I was wondering is there a way to increase gimps tilesize - would there be any benifit?

It is only possible by recompiling all of GIMP and you end up with a version of GIMP that writes incompatible XCF files and cannot read the XCF files written by a version of GIMP compiled with a different tile size. I have done this at some point and did some tests. I had the impression that using a larger tile size doesn't make any noticable performance difference.

If someone wants to rewrite the XCF routines so that tiles are always written and read with a size of 64. no matter what the native tile size is, we could make the tile-size configurable. But I am not sure if that's worth the effort.

On the other hand, Photoshop may be working on a smaller copy of the image at 1:1, has this been considered by the gimp dev's?

Yes, this has been considered and for the color correction tools, it would actually be a good idea. But as far as I know, no attempt has been made to actually implement this.

Sven

Sven Neumann
2006-05-02 09:47:36 UTC (almost 18 years ago)

gimp with large files. test.

Hi,

Campbell Barton writes:

Where would I look to change the tilesize?

app/base/tile.h

Sven

Jean-Luc Coulon (f5ibh)
2006-05-02 10:05:08 UTC (almost 18 years ago)

CVS ChangeLog Revision 1.12518 segfaults

Le 02.05.2006 09:12:39, Sven Neumann a écrit :

Hi,

"Jean-Luc Coulon (f5ibh)" writes:

Just after displaying the splash screen, it segfaults.

CVS ChangeLog 1.12518, build on amd64 architecture.

Please CVS update. I believe this has been fixed in the meantime.

Yes, it did, many thankss

J-L

Campbell Barton
2006-05-02 10:45:45 UTC (almost 18 years ago)

gimp with large files. test.

Thanks, tested 16, 128 and 512 tilesizes. on a 8000x8000 image Didnt notece many speed differences except 16 was a lot slower. Keep with 64 :)

Sven Neumann wrote:

Hi,

Campbell Barton writes:

Where would I look to change the tilesize?

app/base/tile.h

Sven