[Lazarus] Performance of GTK 2 and CE

[Mark Morgan Lloyd]

Mark Morgan Lloyd wrote:

> I need to try some methodical tests in case I'm overlooking something.

I've now got a minimal test project for this which does appear to show 
that the major problem is when gtk2 is run to a remote screen. Any 
difference between 0.9.24, 0.9.26 and 0.9.27 (as of a couple of weeks 
ago) is insignificant.

I particularly note that in most if not all remote gtk2 cases there's a 
significant delay between the form appearing and it being prepared to 
honour a mouse click, using a LAN monitor I do not see any significant 
traffic during this time. It might be that this freeze happens after any 
form change and that is what's screwing the IDE.

I'm not able to run some combinations of hardware and software on 
account of physical inaccessibility or a display manager not liking the 
available video adapter. Machines tend to be old but adequate :-)

Times below are in seconds required to change a panel's colour 1,000 times.

x86 800MHz laptop Debian "Lenny" 0.9.24/2.2.0
	local
		gtk	  3.5
		gtk2	 12.4
	remote
		gtk	  9.5
		gtk2	 60.3

x86 800MHz laptop Debian "Lenny" 0.9.26/2.2.2
	local
		gtk	  3.7
		gtk2	 13.7
	remote
		gtk	 10.0
		gtk2	 60.4

x86 300MHz SMP Slackware 12.1 0.9.26/2.2.2
	local
		gtk	-----
		gtk2	 59.2
	remote
		gtk	-----
		gtk2	 71.4

x86 300MHz SMP Debian "Lenny" 0.9.26/2.2.2
	local
		gtk	-----
		gtk2	-----
	remote
		gtk	 10.0
		gtk2	 61.1

SPARC 400MHz SMP Debian "Etch" 0.9.24/2.2.0
	local
		gtk	  2.1
		gtk2	 15.1
	remote
		gtk	  9.5
		gtk2	 37.1

ARM 266MHz NSLU2 Debian "Etch" 0.9.27/2.2.2
	local
		gtk	-----
		gtk2	-----
	remote
		gtk	 13.3
		gtk2	163.3

x86 800MHz SMP Debian "Sarge" 0.9.24/2.2.0
	local
		gtk	-----
		gtk2	-----
	remote
		gtk	  8.5
		gtk2	 30.1

Code is obviously available to anybody who's interested.

-- 
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]