Tihiy

IE - based ones, for sure. Unlikely for others. Is there browsing scenario which eats a lot of USER (except opening lots and lots of pages)?

Yes. Most GUI programs.

I'm unable to help. There is a guide to remove RP7, but it requires a lot of skills and time.

I'm pleased to announce that future Revolutions Pack 9 version will include technology which will greatly reduce USER resource usage in common scenarios. After your reports and my research i found a big hole in USER heap which i'm able to plug. Hole I found is in the design of list and combo box controls built in USER subsystem which consume a lot of space in 64K heap. The issue is so bad that any application that uses list/combo boxes makes easily noticeable impact. Less than 300 combobox windows can be created on pure system (while global windows limit should be 16000). To solve this issue, combo and list boxes had to be completely rewritten. That was hard task (on which i worked on for long time), but it's near finishing. 'Beta' version is kinda ready, but there are known compatibility problems and RP9 re-architecting tasks to be done. Test numbers: My unscientific 'Load 3 ImgBurn copies' test shows 65% USER free up from 39%. If you're interested in your scenario, i'm ready to test it.

This has nothing to do with sysmon version, really. It's a bug in performance measurement in 9x. Every application which uses registry CPU usage data can suffer from this.

You haven't provided any proof there is a problem. I can't trust sysmon which is often starts giving high CPU usage. If you say problem is apparent, then prove me how do you notice high CPU load - is there sluggishness or problems with multi-tasking or sound playing or what?Also: http://support.microsoft.com/kb/227131

My debug builds of course had this feature. Maybe I would publish them.Now i'm busy with long-secret feature, which I hope will find way to RP9. Stay tuned.

That's not a bug. It means display DC got swapped and RP9 unswapped it. It's kinda debug rare thing; it'll be removed.

^^ Both those suggestions are invalid. RP9 is no longer dependant on display mode or Shell Icon BPP (they have to be >=16).

It's NOT RP related.ClearType can't affect other RP functionality. Care to find me Groupwise d/l link again?

Sure strange it is. I'm pretty sure it's somehow related to ME files... or registry fails to write itself? No idea... Maybe file got deleted? Try custom RP install and check 32-bit icons set. No.

You can use MDCU or install English version.

Well, ask MDGx to update his pack.

If i could return to 2001.

Aha. No. However, you can spread Win98 and help others.I've updated updates page. Could it be better?

Autoruns does.

Uninstall and compare. I do believe it's a mistake.

30% of GDI leakedI don't think so. And honestly, i think that VSM is abomination.

http://support.microsoft.com/hotfix/KBHotf...px?kbnum=280800

Updated: added registry trick which allows to turn on thumbnails in all 98 shell folders. Added shutdown.exe, rare post-RP7 recollected version.

Seems like M$ joke. Turn on additional info and download >110KB version. Although i would recommend some Unofficial Service Pack / MDGx site.

You can request latest 98 official GDI from here:http://support.microsoft.com/hotfix/KBHotf...px?kbnum=289635

Well, maybe. But this implementation sucks even fully working on XP.

Yep, seems like uninstaller registry bug. Fixed it.

Yep, I left this issue unresolved because it's not so widespread, but it would be isolated someday. SYS represents free space in 16-bit global heap.