OS/2, eCS & ArcaOS - Technical > Internet
Mozilla Warpin installers + applications
dbanet:
Doug,
--- Quote ---There is, of course, some memory that doesn't get returned
--- End quote ---
Some? No memory gets returned.
--- Quote ---One thing, that seems to help with shared memory space, is to have the line
dllbasing=off
--- End quote ---
If it's so good, why isn't it included in config.sys of eCS 2.1?
Dave,
--- Quote ---You could open an issue at github
--- End quote ---
Opened, issue #55
--- Quote ---ask for them to do a new build with -Zhigh-mem added to the enable-optimize flags.
--- End quote ---
It builds with -Zhigh-mem already.
And I suppose FF10 builds with -Zhigh-mem, too.
Is the -Zhigh-mem flag what you mean by "more aggressive use of high memory"? I mean, is this your fix?
Dave Yeo:
Yes. Configure is supposed to set -Zhigh-mem everywhere but it wasn't working on SeaMonkey so I added it to LDFLAGS first which helped a lot, then realized that adding it to the optimize flags was an easier workaround. I then tested on 10esr doing the same thing and had a large improvement, especially with JavaScript. I assume that the stock build was not adding it everywhere it should and I was too lazy to look through all the makefiles to check where the problem was.
Note that from my limited testing FF17.0.5 seems to correctly set the high memory stuff.
As usual your mileage will vary but especially with SM2.7.x I saw a huge improvement.
guzzi:
--- Quote from: Dave Yeo on March 30, 2014, 03:01:24 am ---Yes. Configure is supposed to set -Zhigh-mem everywhere but it wasn't working on SeaMonkey so I added it to LDFLAGS first which helped a lot, then realized that adding it to the optimize flags was an easier workaround.
--- End quote ---
Does that do the same as what I did by flagging dll's to load high with highmem.exe?
Shared memory usage is very low here, and memory does return for the most part after closing firefox.
Doug Bissett:
--- Quote ---Some? No memory gets returned.
--- End quote ---
Well, most of it gets returned on my systems. The small amount that doesn't, could be some other program using more memory. I didn't look to account for every byte.
--- Quote ---If it's so good, why isn't it included in config.sys of eCS 2.1?
--- End quote ---
You will have to ask Roderick Klein about that. He has been told, more than once. It is an easy thing to add, and it seems to be the most effective way to improve shared memory usage, with minimal impact. The eComStation Kernel tool (in system setup) will add it to CONFIG.SYS.
Dave Yeo:
--- Quote from: guzzi on March 30, 2014, 03:07:46 am ---
--- Quote from: Dave Yeo on March 30, 2014, 03:01:24 am ---Yes. Configure is supposed to set -Zhigh-mem everywhere but it wasn't working on SeaMonkey so I added it to LDFLAGS first which helped a lot, then realized that adding it to the optimize flags was an easier workaround.
--- End quote ---
Does that do the same as what I did by flagging dll's to load high with highmem.exe?
Shared memory usage is very low here, and memory does return for the most part after closing firefox.
--- End quote ---
It mallocs high memory if possible and seems to be more effective. My first builds of SM2.14 were using hundreds of MBs of shared memory and crashing. I flagged everything to use high memory and it didn't really help. Forcing -Zhigh-mem everywhere helped amazingly well so I rebuilt SM2.7.2.12 and it was also much better.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version