Beta 8.80.0030 High CPU Usage

[nas8e9]

Good. So I assume the tree is fast again.

When expanding the Windows folder, I don't see a big CPU spike anymore with the non-flat icons. There is a slight performance increase when selecting Flat plus-minus icons; I can however live with the performance when deselecting the option.

[peterbonge]

Great that it's fast again!

... but: Am I the only one without close buttons on the tabs now? The close function is still there, just the buttons aren't shown...

[nas8e9]

... but: Am I the only one without close buttons on the tabs now? The close function is still there, just the buttons aren't shown...

You're right: no close buttons shown regardless of the setting in Configuration > Tabs, but on hover the tool tip shows Close Tab and clicking that spot closes the tab.

[admin]

Great that it's fast again!

... but: Am I the only one without close buttons on the tabs now? The close function is still there, just the buttons aren't shown...

Ah yes, will come with next version.

[admin]

Good. So I assume the tree is fast again.

When expanding the Windows folder, I don't see a big CPU spike anymore with the non-flat icons. There is a slight performance increase when selecting Flat plus-minus icons; I can however live with the performance when deselecting the option.

If this is really important I could easily make "Flat plus-minus icons" faster.

BTW, thinking about it, "Flat plus-minus icons" and "Beveled Border" should be lowered to tweak level anyway.

[nas8e9]

When expanding the Windows folder, I don't see a big CPU spike anymore with the non-flat icons. There is a slight performance increase when selecting Flat plus-minus icons; I can however live with the performance when deselecting the option.

If this is really important I could easily make "Flat plus-minus icons" faster.

I'm afraid I wasn't clear: I meant that, as others have observed in this thread, flat plus-minus icons are faster both before and after your fix in 8.80.0036 beta. It's just that the speed difference is now *much* smaller. If you meant that non-flat plus-minus icons can be made faster, I'm sure that would be great *if* you made that the default. I'm sticking with flat (= slightly faster) plus-minus icons for the time being.

[Creat]

I have no idea if it is still relevant, but here are some time measurements from my 2 PCs (both latest beta 36 obviously).
I tried to pick a value that seems to be about average for a command (only integer values for larger numbers as the decimal places don't carry any actual meaning)
Values in parenthesis are the approx. deviation (also estimated by me from results I've seen, not calculated) over multiple executions of the same command, so the real values are in the 'Value +/- deviation' range.

Laptop running Win7 64-bit (Aero off), Core2Solo U3500 @ 1.4 GHz
alpha 0: 9.780 ms (~ 100 ms)
alpha 1: 9.720 ms (~ 150 ms)
alpha 2: 9.985 ms (~ 150 ms)
alpha 3: 10,825 ms (0,2 ms)
alpha 4: 30,358 ms (0,5 ms)

Main PC running WinXP 32-bit, Athlon 64 X2 5600+ @ 2.9 GHz
alpha 0: 135 ms (25 ms)*
alpha 1: 135 ms (25 ms)*
alpha 2: 135 ms (25 ms)*
alpha 3: 15 ms (2 ms)
alpha 4: 25 ms (4 ms)

*) most values were in the given range, sometimes I got values of: 35 ms (3 ms)
this was mostly the case when I was hammering the enter button (with the command in the address bar), i.e. many executions in a short time.

due to the high deviation alpha 0 through 2 are basically indistinguishable on my main PC, can't really tell which is faster (if any)

My Conclusion:
Even assuming the shorter range of alpha 0 through 2 on my main pc are the values relevant for practical applications, alpha 3 seems to be the fastest variant in all cases... At least judging from these tests I don't see any reason for special code for Win7 (I assume there currently isn't any?). So this problem of Win7 seems to have led to the implementation of an overall much faster drawing routine? nice

[admin]

When expanding the Windows folder, I don't see a big CPU spike anymore with the non-flat icons. There is a slight performance increase when selecting Flat plus-minus icons; I can however live with the performance when deselecting the option.

If this is really important I could easily make "Flat plus-minus icons" faster.

I'm afraid I wasn't clear: I meant that, as others have observed in this thread, flat plus-minus icons are faster both before and after your fix in 8.80.0036 beta. It's just that the speed difference is now *much* smaller. If you meant that non-flat plus-minus icons can be made faster, I'm sure that would be great *if* you made that the default. I'm sticking with flat (= slightly faster) plus-minus icons for the time being.

I think you were clear enough but I magically misread "performance increase" as "more milliseconds"... But tomorrow I will indeed make the non-flat plus-minus icons faster...

[admin]

My Conclusion:
Even assuming the shorter range of alpha 0 through 2 on my main pc are the values relevant for practical applications, alpha 3 seems to be the fastest variant in all cases... At least judging from these tests I don't see any reason for special code for Win7 (I assume there currently isn't any?). So this problem of Win7 seems to have led to the implementation of an overall much faster drawing routine? nice

No, I only worked my way back to speed it had all the time before last week. BUT: this afternoon I saw a way to really make it faster than ever before, so it will indeed finally lead to a faster drawing routine!

[wraithdu]

Sorry for my late return, been away from the computer for a while. To catch up, 0036 makes a huge difference in the tree now with flat PlusMinus turned off. My speed tests:

alpha 0-2 ~8750 ms
alpha 3 ~20 ms

However scrolling the Tools -> Customize Toolbar tree is still very laggy compared to 0028 which was instantaneous.

[admin]

However scrolling the Tools -> Customize Toolbar tree is still very laggy compared to 0028 which was instantaneous.

This will stay like this I'm afraid. It will probably go away with the next GdiPlus update by MS.

[nas8e9]

Great that it's fast again!

... but: Am I the only one without close buttons on the tabs now? The close function is still there, just the buttons aren't shown...

Ah yes, will come with next version.

Works for me again in 8.80.0038 beta.

[lukescammell]

Windows Vista x64 SP2
Intel Core2 Quad Q6600 @ stock (2.4GHz)
8GB RAM
ATI X1950 running Catalyst 9.3 (2D Driver Version 8.01.01.882)
Standard Vista Aero theme
screen res 2×1600×1200
XYplorer 8.80.0036

XP Pro SP3 x86
VMWare Player 3.0.0 Guest
1 CPU Core
512MB RAM

Windows 7 x64
VMWare Player 3.0.0 Guest
1 CPU Core
1GB RAM

Code: Select all

			Vista SP2 x64	XP SP3 x86 (VM)	Windows 7 x64 (VM)
::alpha 0;	46.810 ms		27.244 ms		6,061.194 ms
				44.082 ms		28.943 ms		6,043.182 ms
				44.046 ms		27.707 ms		5,885.275 ms
				44.740 ms		26.700 ms		5,941.037 ms
			
::alpha 1;	48.012 ms		28.348 ms		5,896.611 ms
				47.566 ms		28.621 ms		6,291.976 ms
				47.671 ms		28.687 ms		5,983.468 ms
				46.197 ms		29.257 ms		5,959.316 ms

::alpha 2;	54.678 ms		27.430 ms		5,960.812 ms
				45.752 ms		25.268 ms		6,062.486 ms
				45.512 ms		27.740 ms		6,042.760 ms
				44.415 ms		27.011 ms		5,890.816 ms

::alpha 3;	4.156 ms		3.208 ms		5.614 ms
				4.109 ms		3.139 ms		5.668 ms
				4.092 ms		4.997 ms		5.634 ms
				3.967 ms		3.093 ms		5.453 ms

::alpha 4;	10.680 ms		6.303 ms		15.779 ms
				11.278 ms		6.698 ms		17.124 ms
				10.751 ms		6.424 ms		15.509 ms
				10.701 ms		6.228 ms		16.177 ms

Interestingly this latest version seems to have partially fixed another performance bug I've been running into. I'm getting random CPU spikes and application hanging through all of the 8.80 versions (8.80.0015 and 8.80.0028 were terrible, locking up for up to 3 minutes at a time) I've tried. 8.70.0154 didn't suffer from this at all. the hanging seems to occur entirely randomly while working in the list view, single or dual pane, with aut folder sizing on or off, with icon overlay on or off (I tend to run with both of those on and know it can cause performance issues, but turning them off seems to not improve things at all).

I even went as far as destroying my entire XY install, all customisation etc and downloading a completely fresh version and putting my registration details into that. Still had the problems even then, though it was a good exercise to clean some of the rubbish from the past few years out! Trying the problem versions in an XP SP3 VM showed that it wasn't suffering in them.

Even just clicking back onto the XY list from another app can cause it to hang - with version 8.80.0036 it's "only" around 10 seconds a time, s I can still *just* about use it, but I had been running 8.70.0154 instead (which ran fine with both folder auto sizing and icon overlays (even on the network). When the XY is hanging one CPU is pegged at 100% until it releases.

Is there anything else I should be trying to isolate the issue? Are the two issues related?

[admin]

Windows Vista x64 SP2
Intel Core2 Quad Q6600 @ stock (2.4GHz)
8GB RAM
ATI X1950 running Catalyst 9.3 (2D Driver Version 8.01.01.882)
Standard Vista Aero theme
screen res 2×1600×1200
XYplorer 8.80.0036

XP Pro SP3 x86
VMWare Player 3.0.0 Guest
1 CPU Core
512MB RAM

Windows 7 x64
VMWare Player 3.0.0 Guest
1 CPU Core
1GB RAM

Code: Select all

			Vista SP2 x64	XP SP3 x86 (VM)	Windows 7 x64 (VM)
::alpha 0;	46.810 ms		27.244 ms		6,061.194 ms
				44.082 ms		28.943 ms		6,043.182 ms
				44.046 ms		27.707 ms		5,885.275 ms
				44.740 ms		26.700 ms		5,941.037 ms
			
::alpha 1;	48.012 ms		28.348 ms		5,896.611 ms
				47.566 ms		28.621 ms		6,291.976 ms
				47.671 ms		28.687 ms		5,983.468 ms
				46.197 ms		29.257 ms		5,959.316 ms

::alpha 2;	54.678 ms		27.430 ms		5,960.812 ms
				45.752 ms		25.268 ms		6,062.486 ms
				45.512 ms		27.740 ms		6,042.760 ms
				44.415 ms		27.011 ms		5,890.816 ms

::alpha 3;	4.156 ms		3.208 ms		5.614 ms
				4.109 ms		3.139 ms		5.668 ms
				4.092 ms		4.997 ms		5.634 ms
				3.967 ms		3.093 ms		5.453 ms

::alpha 4;	10.680 ms		6.303 ms		15.779 ms
				11.278 ms		6.698 ms		17.124 ms
				10.751 ms		6.424 ms		15.509 ms
				10.701 ms		6.228 ms		16.177 ms

Interestingly this latest version seems to have partially fixed another performance bug I've been running into. I'm getting random CPU spikes and application hanging through all of the 8.80 versions (8.80.0015 and 8.80.0028 were terrible, locking up for up to 3 minutes at a time) I've tried. 8.70.0154 didn't suffer from this at all. the hanging seems to occur entirely randomly while working in the list view, single or dual pane, with aut folder sizing on or off, with icon overlay on or off (I tend to run with both of those on and know it can cause performance issues, but turning them off seems to not improve things at all).

I even went as far as destroying my entire XY install, all customisation etc and downloading a completely fresh version and putting my registration details into that. Still had the problems even then, though it was a good exercise to clean some of the rubbish from the past few years out! Trying the problem versions in an XP SP3 VM showed that it wasn't suffering in them.

Even just clicking back onto the XY list from another app can cause it to hang - with version 8.80.0036 it's "only" around 10 seconds a time, s I can still *just* about use it, but I had been running 8.70.0154 instead (which ran fine with both folder auto sizing and icon overlays (even on the network). When the XY is hanging one CPU is pegged at 100% until it releases.

Is there anything else I should be trying to isolate the issue? Are the two issues related?

Thanks for the timings but in the current version there's only "alpha 3" vs "alpha anything else"...
Your ::alpha 4; values cannot be explained (they should be identical to alpha 0/1/2). Do you do voodoo in your free time?
Next version will remove the alpha command completely...

About your hanging issue: No idea. I don't see anything related in the updates since 8.70.0154.

[Creat]

Your ::alpha 4; values cannot be explained (they should be identical to alpha 0/1/2). Do you do voodoo in your free time?
Next version will remove the alpha command completely...

If you look at my last post on this page you'll notice mine are proportionally similar to his, so I seem to be doing voodoo too