modnar
MemberContent Type
Profiles
Forums
Events
Everything posted by modnar
-
The most important update for FltMgr (minifilter manager) that got updated with XP SP3 (from SP2 when it was introduced to Windows XP), this is the driver that all minifilters talk to in order to reach the system/kernel. Thing is that when introduced FltMgr (service) had a "Tag" of 4, however when XPSP3 was introduced they changed its "Tag" value to 1. The fine folks at M$ of course did not delete 04 00 00 00 from FSFilter_Infrastructure GroupOrderList entry so it would look as 03 00 00 00 01 00 00 00 02 00 00 00 03 00 00 00 (as all other unused minifilter entries or for use with Tag of 1). Turns out this "small" mistake was the reason for funky behaviour/disk traffic slowdowns that are especially felt when Diskeeper 12 (the best and the last version for XP) is used with WinXP (SP3). Not because DK12 is the problem but being that precise it pointed out that GroupOrderList was flawed. So here I am attaching the most important fix/.reg file for the whole minifilter mechanism that especially shows when you use 4k (modern) HDD's and SSD's with WindowsXP SP3. Consistent good results at long last. GroupOrderList_FSFilter_Infrastructure_03_XP_USP4.reg
-
An update regarding SCSI Class from GroupOrderList - turns out that the shorter version for this group can be added, works just fine (programs with minifilters, e.g. Diskeeper may need to be reinstalled after this change - I have observed Serpent 52.9 browser throwing errors of "mozjs.dll" on videocardz.com which is typical of filter traffic conflicts - after DK12 reinstall - not anymore). Update: Removed the file - shortened version is not good over all - in some situations it may cause slight $Secure:$SDS metadata fragmentation. It's either factory (03 01 02 03) or the long version all 45 entries (2d 01 02...2c 2d) but the long ver. is not necessary. While SbieDrv Group setting "File system" is mentioned in Sandboxie source it is not needed for normal XP filesystem (without edits of CCS/Control/FileSystem). File also deleted.
-
Just a quick comment on Kaspersky - never run 2 instances (same or different) of antivirus or firewall on one machine. Kaspersky AV is already bogging down the PC with so many mini-filter drivers it's running.
-
Yes, dmboot and i2omgmt services stay unchanged (as they come with WindowsXP installation). Interesting... I'm glad they observed the problem before me. It took me by myself some time to really discover what kept my system back so to speak and David enthusiastically replied to me: Thank you, I'm glad the whole thing is solved - by Tag's no less. In the beginning of this process I would had never admitted it's the Tag's. I was quite focused on service altitudes of minifilters, but they weren't it...
-
Great! That should do it. I always leave those low level system drivers with their factory tags as they are, hence the added entries in the GroupOrderList. The key issue has been remedied. Now driver/service tags match those in the Group(load)OrderList and the system should already be/feel more responsive. Another thing is to keep your disk defragmented/in order so there are no slowdowns with loading/saving files.
-
You're welcome! Now first the procedure how to check whether you need to correct any of the known-to-have-issues-groups: In registry editor you click on HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services and then press CTRL+F (Edit/Find...) and write into that window the name of wanted group, e.g. Filter; also tick "Match whole string only" so you don't get false results. Updated: Filter 0b is not necessary with factory filesystem (not disabling LastAccessUpdate or other similar useless stuff). Filter 06 is good and also a factory setting when installing XPSP3 anew with Unofficial SP4 from Harkaz. Besides - the system is faster this way. The other 2 files are Primary Disk and SCSI Class groups of which the last is either 03 (factory) or full up to 2d (with all 45 members /that don't exist/). Please, do check Tags before editing. GroupOrderList_Primary_Disk_05_XP_USP4.txt GroupOrderList_SCSI_Class_03_XP_USP4.txt GroupOrderList_Filter_06_XP_USP4.txt
-
My findings to add: By default Sandboxie driver (HKLM/Sys/CurrCtrlSet/Services/sbiedrv) registry entry is flawed from way back when v4.20 was released - instead of "DependsOnService" it should have "DependOnService" (FltMgr) - I have contacted David Xanatos about it and he acknowlegded my observation. The second thing was observed in installing XP with harkaz's USP4 - again in registry - Control/GroupOrderList: for "Filter" group tags should go up to "0b" and not only "06", so 07 00 00 00, 08..., 09..., 0a..., 0b... should be added to that group or Sandboxie (at least 5.22) complains it cannot hook in its driver at system boot (with other minifilters installed, such as diskeeper's or perfectdisk's). Tags (component load order monikers) are very important especially in older Windows systems - even if services containing them are not loaded. The other group lacking mention in GroupOrderList is SCSI Class - should go up to 2d 00 00 00 because there is one driver containing such a Tag. While it may seem superficial, when Tag-problems are corrected, the whole system is much more responsive and also faster to boot. This way Sandboxie functions very well in my install of XP_USP4 with Avast, Privatefirewall, SBie and Diskeeper12 (all programs that use low-level drivers with XP_SP3's limited fltmgr).
-
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
For some reason Avast wants to send the latest Mailnews (2024-07-13) .exe to the mothership for the examination over and over again. The report always comes back it's a good file - I could have told them that. The same was going on with the version from two weeks ago (2024-06-29) but never before. Is there any particular reason for such happening? -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
I have uBlock turned off on videocardz.com site. And now it's fine. That "SCSI Class: 03 01 02 2d" entry though correct was too much speed of ol' XP. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Thank you for the new releases, roytam1. By the way I have to add - that mozjs.dll rare crash with videocardz.com - some days ago I have noticed just how important in Windows the Service "Tag" values are and that they are properly registered in "GroupOrderList". One really needs to go through all "Group"'s mentioned in CurrentControlSet/Control/GroupOrderList and search in "Services" if their "Tag" value is mentioned in "GroupOrderList". This goes for any service, even with the "Start" value of 4 (stopped), if it has a "Tag", it has to be registered in CurrentControlSet/Control/GroupOrderList. So I was fixing M$ half a$$ed work and for service "i2omgmt" of "SCSI Class" with "Tag"="2d" I couldn't be bothered to type in all the values from 01 to 2d, so I just punched in 03 01 02 2d (with the usual 3 pairs of zeroes for each), but that while making the whole driver stack more fluen, also wasn't optimal and mozjs crashes are an indicator - I know that now. So yesterday I added in all values from 01 to 2d and all is well with 06-22 and 06-29 versions of Serpent. Unbelievable that even in Windows 7 there are some left out (to mind comes some HP service and its tag of 103 while in SCSI Miniport only 100 and 101 are metioned). Haven't checked Windoze 10 yet. Here are my registry files for such problems 3 groups appear to have them and it really helps to have these in order - even Diskeeper12 (has very low level drivers) works much better (renamed to .txt - for perusal - the second, FSFilterInfrastructure is shortened to 03 because there aren't any filters with Tag=4 anymore). GroupOrderList_Filter_0B_not_06.txt GroupOrderList_Infrastructure_03.txt GroupOrderList_SCSI_Class_01_to_2d.txt -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
@roytam1 BOC/UXP (Mailnews) link also doesn't work (404). Please fix it. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
This last version (2024-06-21) of Serpent 52.9 is a bit unstable at times on "heavy sites" such as videocardz.com (haven't observed it elsewhere). -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Just a heads-up if this in any way touches any of roytam1's browsers: I have just seen this video about G**gle quite possibly deliberately hampering Fireferret VP9 performance, but Mozilla found a way around it, but it's not in the new v127 release yet... Mozilla Has Finally Found a Fix for YouTube Playback Issues in Firefox - Says Google is to Blame -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Just keep using x86 version (Serpent 52.9 preferably), it builds character. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
I wholly allow quality websites such as msfn. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Showing their ignorance which apparently is bliss, they wallow in their muck. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
From some webpages I visited - this new version of Serpent 52.9 (5-18) is really snappy compared to previous (5-11). Mighty fine. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
@roytam1 Thank you for the new releases. BOC/Mailnews (and bnavigator too) link doesn't work, says "404 Not Found", please, would you fix it? -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
It certainly looks that way doesn't it? Well I have searched quite a bit, but I do not necessarily trust just any extension with a dubious name (and they are) to have it in my installation, so therefore I requested the exact thing that works. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
I know of "this link" and the two links on that page, how about you just post the link to the userscript editor for Serpent instead, would be really helpful. I don't know how it's called. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
I would advise you to search for Diskeeper 2011 for your disk to be as fast as can be. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Please post the ~monkey file version you're using; both on that site do not work on Serpent 52.9, complains about "corrupt file". :-) -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
It all started again 2 days ago, really any video I choose to watch (in Serpent 52.9 with uBlock legacy 1.16.4.30) displays the adblocker disable nag window after a few seconds. I tried it in completely clean profile and I believe it might have to do with a new nag window about they not recognizing my age due to anonymous watching (the best kind) and it then triggers the adblock nag.....perhaps. -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
Has anyone observed new youtube efforts of enforcing ads? I surely have; legacy ublock origin (in Serpent 52.9) doesn't cut it anymore I had to block the forced ad message and the dim-screen pane - here's what I added in "My filters": www.youtube.com##body > ytd-app > .ytd-app.style-scope:nth-of-type(1) > .ytd-popup-container.style-scope:nth-of-type(1) www.youtube.com##.opened Please tell me, is there a better way? -
My Browser Builds (Part 5)
modnar replied to roytam1's topic in Browsers working on Older NT-Family OSes
New Moon 28 as Serpent 52.9 have their profiles and plugins stored in Documents and Settings/User/Application Data directory; the browser "installation" is in Program Files/basilisk (for Serpent). When updating I always just delete the basilisk dir and then unpack the updated version into Program Files/.