Jump to content

Recommended Posts

Posted
3 hours ago, soggi said:

Hey roytam1,

is it possible to make New Moon 28 work better and add the grey border of the tabs again?

Here are screenshots of the 0516 and 0606 release of New Moon 28 (32-bit/SSE2) together with task manager and all 9 visible tabs (PCGamingWiki to EPoX EP-7KXA) loaded after exactly 5:00 minutes, nothing other has been changed except starting NM28. As you can see the 0516 release took 2:59 minutes and the 0606 release took 3:59 minutes CPU time (33 % more) on a dual core in those 5:00.

kind regards
soggi

NewMoon28_0516_5min.png

NewMoon28_0606_5min.png

for border issue, it could be https://repo.palemoon.org/MoonchildProductions/UXP/issues/3088

others are security related patches and I can't find which cause the slowness.


Posted (edited)

Here's a quick status update on New Moon 28 (32-bit) (2026-06-04) - the current release - under Windows XP running on a single-core 32-bit P4 with 1.5 GB of RAM. I have installed 25 extensions in my profile, 23 of which are enabled, 17 UC.JS scripts, 1 UC.XUL script, 4 USER.JS scripts, and 4 CSS stylesheets. When I launch the browser, it uses 184 MB of RAM, and it takes only a few seconds to load. My browser console shows no errors when the browser starts. If error messages appear, they are caused by websites. :P The reason for this is that New Moon 28 runs smoothly out of the box – at least as far as the browser console is concerned, thanks to @roytam1 – and I wrote my UC.JS scripts on the premise of running completely error-free. And regarding  extensions I either fixed faulty ones myself or, if unfixable, I removed them. :)

Edited by AstroSkipper
Update of content
Posted (edited)

The only real issue that all browsers in single-process mode as, for example, New Moon 28, have – and which has always been the case with every version of Firefox – is their inability to free up RAM when tabs are unloaded or closed. The amount of memory that is actually released is pitiful compared to the amount that was originally used. It’s a problem that has remained unresolved since the very beginning, so to speak. :o And these days, developers no longer worry about wasting RAM, because most of them have plenty of it. But my Windows XP computer doesn't. :P
What is particularly pleasing, however, is that GitHub has been running smoothly in New Moon 28 for some time now and, as far as I can tell, is actually running very well at the moment. :thumbup

Edited by AstroSkipper
Posted (edited)

Yesterday, I uploaded files to MediaFire, and the used RAM increased to over 600 MB. After closing the tab, only a very, very small amount of used RAM was freed up. @roytam1, any chance to natively improve that behaviour in New Moon 28:dubbio:

Edited by AstroSkipper
Posted

I would try lowering the browser.cache.memory settings or disabling it altogether.

Extensions CacheToggle and CacheSwitch can flush the memory cache out to disk.

 

Posted (edited)
On 6/10/2026 at 2:07 PM, AstroSkipper said:

Here's a quick status update on New Moon 28 (32-bit) (2026-06-04) - the current release - under Windows XP running on a single-core 32-bit P4 with 1.5 GB of RAM. I have installed 25 extensions in my profile, 23 of which are enabled, 17 UC.JS scripts, 1 UC.XUL script, 4 USER.JS scripts, and 4 CSS stylesheets. When I launch the browser, it uses 184 MB of RAM, and it takes only a few seconds to load. My browser console shows no errors when the browser starts. If error messages appear, they are caused by websites. :P The reason for this is that New Moon 28 runs smoothly out of the box – at least as far as the browser console is concerned, thanks to @roytam1 – and I wrote my UC.JS scripts on the premise of running completely error-free. And regarding  extensions I either fixed faulty ones myself or, if unfixable, I removed them. :)

 

10 hours ago, jumper said:

I would try lowering the browser.cache.memory settings or disabling it altogether.

Extensions CacheToggle and CacheSwitch can flush the memory cache out to disk.

 


Thanks for your reply and hints, @jumper! Yesteday, I checked all prefs related to memory management and performance. And there are a lot. After investigating them, I adjusted my settings, and now New Moon 28 behaves better than before. When starting the browser under same condition as before, the palemoon.exe process decreases its RAM usage from 184 MB to 139 MB. And after surfing some sites and closing their tabs, my automatic memory minimization in the background is now able to release more memory than before. But of course, that doesn’t solve the fundamental problem with browsers that run in single-process mode. But it’s a significant improvement nonetheless. My user.js is now totally optimised for my old P4 processor. :P Regarding your suggestion, I don't think setting browser.cache.memory to false is a good idea. My IDE hard disk is too slow for that. Although my RAM is SD-RAM, it is much faster.

Edited by AstroSkipper
Update of content
Posted

New build of Serpent/UXP for XP!

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260613-3219d2d-uxp-ec5b4aa693-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260613-3219d2d-uxp-ec5b4aa693-xpmod.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom

IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260613-3219d2d-uxp-ec5b4aa693-xpmod-ia32.7z

source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32

NM28XP build:
Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260613-d849524bd-uxp-ec5b4aa693-xpmod.7z
Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260613-d849524bd-uxp-ec5b4aa693-xpmod-ia32.7z
Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260613-d849524bd-uxp-ec5b4aa693-xpmod-sse.7z
Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260613-d849524bd-uxp-ec5b4aa693-xpmod.7z
Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260613-d849524bd-uxp-ec5b4aa693-w7plus-avx2.7z

Official UXP changes picked since my last build:
- Revert "Bug 2027433 use nullptr for silent up-mix channels" (4d9fe0ca23)
- Revert "Bug 2027433 Treat null input channels as zero in AudioChannelsDownMix()" (cbdec72879)
- Revert "Bug 2027433 Treat null input channels as zero in InterleaveAndConvertBuffer()" (68b774798b)
- [DOM] Provide more silent audio processing frames. (f83dd5bf22)
- Issue #3111 - Clean up logic in SweepFinalizationRegistries. (b336d24faf)

Official Pale-Moon changes picked since my last build:
- [Pale-Moon] Adjust default theme to handle adjusted metrics for border truncation. (d7d7589555)

No official Basilisk changes picked since my last build.

My changes since my last build:
- Revert "Revert "Revert "Revert "Implement FinalizationRegistry" and related commits.""" (ff2a1248c4)

Update Notice:
- You may delete file named icudt*.dat and icu63.dll inside program folder when updating from old releases.

* Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Posted

New build of BOC/UXP for XP!

Test binary:
MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260613-40a79c75-uxp-ec5b4aa693-xpmod.7z
BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260613-40a79c75-uxp-ec5b4aa693-xpmod.7z

source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom

* Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15.

--

New build of HBL-UXP for XP!

Test binary:
IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260613-id-656ea98-uxp-ec5b4aa693-xpmod.7z
IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260613-id-656ea98-ia-c642e3c-uxp-ec5b4aa693-xpmod.7z

source repo (excluding UXP):
https://github.com/roytam1/icedove-uxp/tree/winbuild
https://github.com/roytam1/iceape-uxp/tree/winbuild

Posted

New build of post-deprecated Serpent/moebius for XP!
* Notice: This repo will not be built on regular schedule, and changes are experimental as usual.
** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions.

Test binary:
Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20260613-3f8026b8c-xpmod.7z
Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260613-3f8026b8c-xpmod.7z

repo: https://github.com/roytam1/basilisk55

Repo changes:
- Revert "import from UXP: Bug 2027433 use nullptr for silent up-mix channels (42f1ba1d)" (19975c09c)
- Revert "import from UXP: Bug 2027433 Treat null input channels as zero (83ef39ff)" (bbaac4291)
- Revert "Revert "Revert "Revert "Implement FinalizationRegistry" and related commits.""" (f2accccb8)
- import from UXP: [DOM] Provide more silent audio processing frames. (f83dd5bf) (64ed6203f)
- import from UXP: Issue #3111 - Clean up logic in SweepFinalizationRegistries. (b336d24f) (3f8026b8c)

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.
×
×
  • Create New...