• Announcements

    • xper

      MSFN Sponsorship and AdBlockers!   07/10/2016

      Dear members, MSFN is made available via subscriptions, donations and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, become a site sponsor and ads will be disabled automatically and by subscribing you get other sponsor benefits.
Tihiy

GDI Heap Extender

171 posts in this topic

Installed Beta1 + rp10.dll beta2 --> All OK
Yeah, and youtube works? Finally!

Perhaps, get to see a movie full 1 time in 4. :angry:

I do not know if it depends on algorithm is too aggressive but I upload the video jerky and then to 60% crashes.

It seems that the CPU is working very slow because the PC will not change until the page or I close Internet Explorer.

However I will do other tests.

Bye.

Mcv'93

0

Share this post


Link to post
Share on other sites

It may be difficult to obtain proper performance on 128MB of RAM. Final algorithms are gonna be much less aggressive.

supem/Chozo4?

0

Share this post


Link to post
Share on other sites

Sorry for the late response, was away for a few days. Being the bearer of bad news, it still has the same issue with this build. Do you want fresh watson logs at all and/or perhaps logs produced through OllyDebug (been a while since I'd used it)? Wish there was more i could do to help try to narrow this issue down.

Once I get ahold of a spare HD, I'm going to try a freshinstall and work from the ground up, see what's the root cause and/or if it's the hardware itself.

Hardware is EPoX 9nda3-j, Geforce4 mx 4000, AMD Athlon 64 4000+, 2x512mb OCZ pc3200 DDR.

Edited by Chozo4
0

Share this post


Link to post
Share on other sites
it still has the same issue with this build

Can you re-try Alpha2 please? Just to be sure.

Edited by Tihiy
0

Share this post


Link to post
Share on other sites
it still has the same issue with this build

Can you re-try Alpha2 please? Just to be sure.

Not having any issues with alpha2 other than the start menu bug that it introduces after a while of use.

0

Share this post


Link to post
Share on other sites

Beta2 + Simplified Chinese Win98SE + KernelEx 4 Final 2

- Drwatson runs on startup

- No more BSOD at normal shutdown :)

- However, when Kernel Task Manager said "System seems unstable" and I pressed the "Shut Down" button to close all programs, system crashed with BSOD

Otherwise Beta2 looks stable for me

0

Share this post


Link to post
Share on other sites
GDI Heap Extender Beta 2 Testing

...

The first test I left my batch file loading up all the IE sessions (with fifteen second pauses between) and came back about ten minutes later to find that Windows had rebooted and was sitting at the desktop.

The second test started to exhaust the GDI Heap and some graphics on web pages were missing.

...

I also had several hangs in Microsoft Word 2002 (XP), although I've had this in the past, so I cannot conclusively link it to GDI Heap Extender. It seems to come and go over time, and I've never identified what causes it. It only happens in Word.

...

Well, I've since had a hang in IE6 and a hang in WinDVD - these hangs all required the power button.

Also, after some minutes of using Thunderbird 2.0.0.23, the graphics and buttons started to scramble until it was not possible to make out what to click on.

I've rolled back to Beta 1 and so far no problems.

I've been using Thunderbird for hours selectively transferring, and filing in folders, e-mails from an old webmail account.

No problem whatsoever.

Beta 1 was very stable, so if it continues to be, then I'll know that the previous issues are Beta 2 and not something else.

I'll keep testing with Beta 1 and post results.

0

Share this post


Link to post
Share on other sites

Beta 3 dissection edition

http://tihiy.ahanix.org/rpXbeta3.zip

* Reverted RP9 to beta1 (thus shutdown probs again);

* Other changes nobody cares about.

This build has debug partial disabling functionality, intended to help Chozo4 identify the problem:

Please turn on all those switches in \windows\uberskin.ini:

[Beta]
Alpha=1
NoCleanup=1
NoSetDIBits=1
NoRestoreDC=1
NoGetDIBits=1
NoIsGDIObject=1
NoWackoHacko=1

If this solves your problem, please narrow the source of the problem to the only switch. If it's not, i'm gonna divide by zero. Don't forget rebooting.

The summer is almost over.

0

Share this post


Link to post
Share on other sites

Just tried out beta3 and tested using the bits specified.

This is OKAY:

[Beta]
Alpha=0
NoCleanup=1
NoSetDIBits=0
NoRestoreDC=0
NoGetDIBits=0
NoIsGDIObject=0
NoWackoHacko=0

However, the issue crops up once you unset the 'NoCleanup' bit.

0

Share this post


Link to post
Share on other sites

I felt it, since it was the second only Alpha 2->3 change. But it's just assembly code and the issue must be deeper.

Stay tuned.

Edited by Tihiy
0

Share this post


Link to post
Share on other sites

I'd also noticed a slight rendering issue with beta3. Although, I'm not sure if it is due to the cleanup being off for it to work or not. However, when an application crashes (in this case, IExplore.exe causes an IPF in mshtml.dll), the skinning becomes corrupt on the skinning elements (titlebar, taskbar, etc).

http://i29.tinypic.com/10cq550.jpg

Ignore the settings shown in the notepad document up, that was only during testing. The corruption occurs while Alpha=0 only (when alpha=1, the startmenu button only goes missing). The skinning elements are restored by reselecting the theme in rpconfig and applying again so it's purely an inconvinience really rather than something really major.

Edited by Chozo4
0

Share this post


Link to post
Share on other sites
Once again, this one should do the trick...

http://tihiy.ahanix.org/rpXbetaX.zip

[Beta]
Alpha=0
NoCleanup=0
NoSetDIBits=0
NoRestoreDC=0
NoGetDIBits=0
NoIsGDIObject=0
NoWackoHacko=0

SUCCESS! :thumbup

Well, I'm proud to say that one definately did the trick. So far no GDI crashes to report from winamp, psp7, etc.

It will most like be over my head but I hope you don't mind my asking: What WAS the cause anyway? :blink:

Edited by Chozo4
0

Share this post


Link to post
Share on other sites
What WAS the cause anyway?
I wish i knew exactly.

GDI Heap Extender works this way: [**** i suck at diagrams]

There are GDI handles pointing to 16-bit local heap memory blocks.

Handles are stored in handle tables and consist of 4 bytes: pointer to block (2 bytes) and flags (2 bytes).

When GDI Heap Extender kicks in, handles are decoupled from blocks. It preallocates several memory blocks [arenas] in 16-bit heap (~1% of resources) and provides those blocks for active GDI handles with special LRU algorithm:

* when new handle is allocated, it points to least used arena. if handle was using this arena, it is 'swapped out': contents are moved into special 'shadow' 32-bit heap. handle is marked by special 'mutated' flag 0x80. this value is not defined nor used in 16-bit heap.

* when GDI function receives handle marked as 'mutated', it must 'unmutate' it the same way: find least used arena, 'swap out' its contents, and 'swap in' object contents.

That's pretty much is it. This way each bitmap handle costs only 4 bytes to GDI heap, not 44 as before, thus potentially there is 10 times possible improvement. There are other limitations for bitmaps (global memory, LDT, 32-bit GDI heap) but best case it's really 10+ times.

GDI Heap Extender also can increase performance sometimes, and that's not obvious. I'll tell ya later.

So what was the problem? 0x80. It seems in Chozo4 case some program/driver is abusing handles the way i do, so I added simple check if it's really a bitmap.

0

Share this post


Link to post
Share on other sites

Tihiy...

Installed rpxbeta2 . (oops, didn't know I was doing something wrong....sorry)

Thanks

Jake

Edited by triger49
0

Share this post


Link to post
Share on other sites

Tested RPX BetaX:

Good results with youtube...

[Beta]
Alpha=0
NoCleanup=1
NoSetDIBits=0
NoRestoreDC=0
NoGetDIBits=0
NoIsGDIObject=0
NoWackoHacko=0

Best results with youtube.

[Beta]
Alpha=0
NoCleanup=1
NoSetDIBits=1
NoRestoreDC=1
NoGetDIBits=1
NoIsGDIObject=1
NoWackoHacko=1

Bye.

Mcv'93

0

Share this post


Link to post
Share on other sites

Please don't touch RPXBetaX. It's intended only for those who had problems.

Final beta will came, with optimizations.

0

Share this post


Link to post
Share on other sites
What WAS the cause anyway?
I wish i knew exactly.

GDI Heap Extender works this way: [**** i suck at diagrams]

Ah, that explains things well for me, thanks! You say you suck at explaining but quite frankly, you did well as I'd understood it no problem. Just have to love how sometimes it's the smallest most obscure thing that can cause the biggest upheaval in a program,script, etc. Been there myself in other programming languages (though, web based involving user and session databases with efforts to minimize them as much as possible) so can somewhat relate.

.. thanks again for your efforts and unwavering patience in having solved this issue. :)

0

Share this post


Link to post
Share on other sites

Hi,

after coming back to my place (and of course to my 98 SE boxes) from one week vacation I found that GDI faults reported and described earlier are successfully solved. Thank you Tihiy.

0

Share this post


Link to post
Share on other sites

I think I stumbled upon a potential limitation in the extender (or just misrepresentation of the resource meter perhaps?). When the bitmap count is pushed beyond 600 (611) in this case, certain applications may start to lose their GDI elements (will become blank or corrupt) or will not properly refresh GDI elements. After around 800-1000 or more bitmap entries, some noted symptoms have occured:

1) Internet explorer will only load a page in one explorer instance. All others stay blank and/or not loaded

2) Some programs may not load at all, such as Mozilla Thunderbird

3) Programs may crash with an error containing no error data (no data in the dump info, etc)

4) Trying to save data from the clipboard in MSPaint would result in the following messages: "error getting the clipboard data" followed by "There is not enough memory or resources to complete operation. Close some programs, and then try again."

5) Programs beginnignt o become affected may exhibit pink corners frm the skinning engine

6) Explorer may crash with an illegal operation error in rp8.dll (only noted once)

During all this, resource meter may report that resources are still plenty with around 60-75% GDI resources available.

.. as a side curiosity.. does the GDI extender also go as far as Brushes/Pens? Some programs such as 3mle, a MIDI->MML composer/editor for example basically overflow the brush/pen count with useless entries (but still clean most of them up on close) after a while of use and need to be closed down and restarted to actually use again before it brings down the system due to a lack of resources as a result.

Edited by Chozo4
0

Share this post


Link to post
Share on other sites
I think I stumbled upon a potential limitation in the extender

you've bumped into 32-bit heap limitation <- link doesn't work for some reason, look previous page with GDIMaxHeapSize description.

As for GDI Heap Extender: i had release ready but now i'm fighting with extremely nasty Miranda IM crash similar to previously reported, and it's hard to defeat.

Edited by Tihiy
0

Share this post


Link to post
Share on other sites
you've bumped into 32-bit heap limitation

Can this be overcome by increasing the value of GDIMaxHeapSize in win.ini? When this value is changed, will it be effective at once or a reboot is needed? Will RP10 have an interface for tuning this value? Or will it be tuned automatically by RP10?

0

Share this post


Link to post
Share on other sites
Can this be overcome by increasing the value of GDIMaxHeapSize in win.ini?
Yep. I plan RP10 to bump it to 4MB (only if not already specified). Setting too big values is not recommended as it may deplete too much selectors.
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.