GIMP slowdown with 195.x.x and 256.x.x drivers

CyrilAS · 09-08-10, 02:34 PM

I have performance regression in GIMP after upgrading to 195.x.x drivers. The same with upgrade to 256.x.x. Pen trail lags against real pen position up to 10 seconds. 'top' shows that 60-65% of CPU is occupied by X and all other occupied by GIMP while drawing.

There is no kind of such problem with 173.14.25 and earlier drivers. However there are some other problems with video playback, user switching and so on - so I have two bad choices: no video and reboot for user switching or no GIMP. Not good.

Is it any workaround to issue with 195/256 drivers and my configuration?

Licaon · 09-08-10, 07:21 PM

did you lose your thread http://www.nvnews.net/vbulletin/show...highlight=gimp ?

CyrilAS · 09-13-10, 03:06 AM

No, I didn't. I've just decided to remind of this problem - now with diagnostic info. And, as the previous thread is old and no NVidia team activity was seen there, I've created new thread.

mick232 · 09-15-10, 06:27 PM

It's not the driver, it's the software. GIMP despitefully allocates pixmaps larger than 16x16 which unfortunately is too much for a 2010 Nvidia card to handle, and therefore a slow software fallback has to be activated. Just buy the next-gen card which is soon to be released and you'll be fine. At least, once the driver for that new card has stabilized...

CyrilAS · 09-17-10, 05:15 AM

Quote:

Originally Posted by mick232

It's not the driver, it's the software.

That was my first thought. However, GIMP team denies to do anything as they have no access to driver's code and cannot perform necessary tests.

Quote:

Originally Posted by mick232

GIMP despitefully allocates pixmaps larger than 16x16 which unfortunately is too much for a 2010 Nvidia card to handle, and therefore a slow software fallback has to be activated.

On my view - this does not explain why I have no problem with 173 (and earlier) driver. More, knowing that I can use 173 driver with excellent performance, but cannot use 195+ drivers due to performance regression, I can definitely say that driver is, at least, a part of the problem - while card itself doesn't relate to problem.

Quote:

Originally Posted by mick232

Just buy the next-gen card which is soon to be released and you'll be fine. At least, once the driver for that new card has stabilized...

Completely unacceptable. Latest card I can purchase is 7950 - all newer cards have PCIe interface which I don't have. I don't want to by new PC just to correct video driver's issues. Purchasing ATI/AMD card looks more reasonable in case of ignoring this problem.

Licaon · 09-17-10, 02:25 PM

@CyrilAS: he was ironic

Licaon · 12-15-10, 02:58 PM

still an issue in 260.19.29

Licaon · 01-25-11, 02:28 AM

still unfixed in 270.18

Licaon · 02-19-11, 07:42 PM

no surprise in 270.26 either

hussam · 02-20-11, 08:16 AM

I build gimp packages from git (2.7.2) and performance is fine. Running gtk+ 2.24 (under gnome 2.32) and 270.26 driver on a old 7300 GT AGP card.

what versions of gtk+ and cairo are you running?

Licaon · 02-21-11, 01:55 AM

Quote:

Originally Posted by hussam

what versions of gtk+ and cairo are you running?

those in Sid i guess: cairo 1.10.2 / gtk+ 2.20.1

I try a git GIMP too.

Licaon · 02-22-11, 01:48 AM

w00t, back
got babl, gegl, gimp via git
got build-deps
set up local build environment
compiled babl
trying to build gegl... got around to process /tests/compositions/clones.xml -> clones.png ... my 4Gb of RAM get filled and then my swap starts filling up until... you guessed... swap is also full and i have to use the reset button... fun, eh?

any ideas? my google fu is rather weak today

09-08-10, 07:21 PM	#2
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers did you lose your thread http://www.nvnews.net/vbulletin/show...highlight=gimp ?

09-13-10, 03:06 AM	#3
CyrilAS Registered User Join Date: May 2010 Location: St. Petersburg, Russia Posts: 4	Re: GIMP slowdown with 195.x.x and 256.x.x drivers No, I didn't. I've just decided to remind of this problem - now with diagnostic info. And, as the previous thread is old and no NVidia team activity was seen there, I've created new thread.

09-15-10, 06:27 PM	#4
mick232 Registered User Join Date: Oct 2008 Posts: 21	Re: GIMP slowdown with 195.x.x and 256.x.x drivers It's not the driver, it's the software. GIMP despitefully allocates pixmaps larger than 16x16 which unfortunately is too much for a 2010 Nvidia card to handle, and therefore a slow software fallback has to be activated. Just buy the next-gen card which is soon to be released and you'll be fine. At least, once the driver for that new card has stabilized...

09-17-10, 02:25 PM	#6
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers @CyrilAS: he was ironic

12-15-10, 02:58 PM	#7
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers still an issue in 260.19.29

01-25-11, 02:28 AM	#8
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers still unfixed in 270.18

02-19-11, 07:42 PM	#9
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers no surprise in 270.26 either

02-20-11, 08:16 AM	#10
hussam Registered User Join Date: Sep 2007 Posts: 32	Re: GIMP slowdown with 195.x.x and 256.x.x drivers I build gimp packages from git (2.7.2) and performance is fine. Running gtk+ 2.24 (under gnome 2.32) and 270.26 driver on a old 7300 GT AGP card. what versions of gtk+ and cairo are you running?

02-22-11, 01:48 AM	#12
Licaon Registered User Join Date: Nov 2004 Location: Between the keyboard and the chair. Posts: 490	Re: GIMP slowdown with 195.x.x and 256.x.x drivers w00t, back got babl, gegl, gimp via git got build-deps set up local build environment compiled babl trying to build gegl... got around to process /tests/compositions/clones.xml -> clones.png ... my 4Gb of RAM get filled and then my swap starts filling up until... you guessed... swap is also full and i have to use the reset button... fun, eh? any ideas? my google fu is rather weak today