Peter Weilbacher's Mozilla builds announced at 4-6-7 do reduce low shared memory usage

Peter Weilbacher announced enhanced Mozilla apps with high memory support:
--------------------------------------------------------
++ From the VOICE OS/2-eCS News Service http://www.os2voice.org ++

From: Peter Weilbacher <mozillaDESPAM@xxxxxxxxxxxxxxxxxxxx>

My newest batch of enhanced Mozilla apps
- eSeaMonkey 1.1.2 (integrated internet suite, successor of "Mozilla")
- PmW-Fx 2.0.0.4 (an enhanced Firefox 2.0.0.4)
- PmW-Tb 2.0.0.4 (an enhanced Thunderbird 2.0+)
are available via <http://pmw-warpzilla.sf.net/>. Enhancements over
the official versions are
* SVG and Canvas support
* better WPS integration
* EA URL tagging of downloads
* MNG/JNG support
* included ipluginw.dll for plugin support
* high memory support
They require libc062.dll from ftp://ftp.netlabs.org/incoming/gcc to run.

These releases pick up all the changes and several security fixes done by Mozilla since my last release, i.e. between 07 March 2007 and 30 May 2007. OS/2 specific changes since the last release are:
- PmW-Fx and PmW-Tb are now built as high-memory enabled versions.
- Restart problems with PmW-* have now been resolved (I hope)
- Support for codepages 1125 and 1131 is now included in all apps.
- eSeaMonkey and PmW-Fx now use a special OS/2 build of Fontconfig
to display text in SVG objects. %HOME%\.fonts.conf is no longer
created or used.

Note that users of older versions and epecially the Gecko 1.8.0.x line of products should upgrade to these as soon as possible to these versions for security reasons.

Peter.

-- -----------------------------------------


Most Mozilla browsers do have high memory support, but Peters build seems to work better. Using theseus (see my OS2VOICE articles):


There is 25.566M between the private and shared arenas.
Above 512m Shared arena starts at 329D2000, which is 809.820M.
Free memory from 329D2000 for 559.047M, which is equivalent to 8944 64K spaces.
558DE000 ..............................................o. 1 FLASHWIN allocated it
object is 512K
5595E000 ..............................................o. 25 FLASHWIN allocated it
object is 2.000M
55B5E000 ..............................................w. 1 MOZILLA allocated it
object is 4K
Free memory from 55B5F000 for 2.500M, which is equivalent to 40 64K spaces.
55DDF000 .........................................o...... 1 THUNDERB allocated it
object is 4K
55DE0000 .........................................o....w. 512 LIBC062 allocated it
object is 2.000M
55FE0000 ..................ow..ww...ww..ww...ww...wwwwww. 1772 FT2LIB allocated it
object is 32.000M
57FE0000 ..................ow.wwww.wwwwwww.w.ww...wwwwwww 0 DRIVER #0000 (]
object is 128K
Total free space in the shared arena = 561.547M.
Return code 1 from RT2GetLinMemMap.



For the first time I saw MOZILLA or THUNDERB "allocated it" in high shared (virtual) memory arena's. Though the object sizes are not impressive, the effects on the critical low shared (virtual) memory usage are huge:

With a batch running from the startup folder

mode co80,43
I:\os2bin\sys\SHMEMMON\c\shmemmon\shmemmon.exe 1
exit

using Jan van Wijks Monitor shared memory (OS/2 32-bit, incl source) utility http://www.dfsee.com/download/shmemmon.zip I can see that shared memory resources are MUCH LESS FAST DEPLETED than before (using classical builds).


Thursday 07-06-2007 23:09:40 - Available: 922 256Kb blocks = 230.5 Mb
Thursday 07-06-2007 23:10:41 - Available: 917 256Kb blocks = 229.3 Mb
Thursday 07-06-2007 23:11:42 - Available: 951 256Kb blocks = 237.8 Mb
Thursday 07-06-2007 23:12:44 - Available: 762 256Kb blocks = 190.5 Mb
Thursday 07-06-2007 23:13:57 - Available: 759 256Kb blocks = 189.8 Mb
Thursday 07-06-2007 23:15:07 - Available: 949 256Kb blocks = 237.2 Mb
Thursday 07-06-2007 23:17:06 - Available: 769 256Kb blocks = 192.3 Mb
Thursday 07-06-2007 23:18:06 - Available: 769 256Kb blocks = 192.3 Mb
Thursday 07-06-2007 23:19:07 - Available: 769 256Kb blocks = 192.3 Mb
Thursday 07-06-2007 23:20:08 - Available: 769 256Kb blocks = 192.3 Mb
Thursday 07-06-2007 23:21:09 - Available: 769 256Kb blocks = 192.3 Mb
Thursday 07-06-2007 23:22:10 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:23:10 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:24:11 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:25:12 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:26:13 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:27:14 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:28:15 - Available: 768 256Kb blocks = 192.0 Mb
Thursday 07-06-2007 23:29:15 - Available: 767 256Kb blocks = 191.8 Mb
Thursday 07-06-2007 23:30:16 - Available: 767 256Kb blocks = 191.8 Mb
Thursday 07-06-2007 23:31:17 - Available: 767 256Kb blocks = 191.8 Mb
Thursday 07-06-2007 23:32:19 - Available: 767 256Kb blocks = 191.8 Mb
Thursday 07-06-2007 23:33:20 - Available: 794 256Kb blocks = 198.5 Mb
Thursday 07-06-2007 23:34:21 - Available: 767 256Kb blocks = 191.8 Mb
Thursday 07-06-2007 23:35:21 - Available: 766 256Kb blocks = 191.5 Mb
Thursday 07-06-2007 23:36:22 - Available: 762 256Kb blocks = 190.5 Mb
Thursday 07-06-2007 23:37:23 - Available: 720 256Kb blocks = 180.0 Mb
Thursday 07-06-2007 23:38:24 - Available: 712 256Kb blocks = 178.0 Mb
Thursday 07-06-2007 23:39:25 - Available: 712 256Kb blocks = 178.0 Mb
Thursday 07-06-2007 23:40:26 - Available: 708 256Kb blocks = 177.0 Mb
Thursday 07-06-2007 23:41:26 - Available: 700 256Kb blocks = 175.0 Mb
Thursday 07-06-2007 23:42:27 - Available: 695 256Kb blocks = 173.7 Mb
Thursday 07-06-2007 23:43:28 - Available: 688 256Kb blocks = 172.0 Mb
Thursday 07-06-2007 23:44:28 - Available: 682 256Kb blocks = 170.5 Mb
Thursday 07-06-2007 23:45:29 - Available: 675 256Kb blocks = 168.8 Mb
Thursday 07-06-2007 23:46:29 - Available: 669 256Kb blocks = 167.3 Mb
Thursday 07-06-2007 23:47:30 - Available: 662 256Kb blocks = 165.5 Mb
Thursday 07-06-2007 23:48:31 - Available: 656 256Kb blocks = 164.0 Mb
Thursday 07-06-2007 23:49:31 - Available: 649 256Kb blocks = 162.2 Mb
Thursday 07-06-2007 23:50:32 - Available: 643 256Kb blocks = 160.7 Mb
Thursday 07-06-2007 23:51:32 - Available: 636 256Kb blocks = 159.0 Mb
Thursday 07-06-2007 23:52:33 - Available: 630 256Kb blocks = 157.5 Mb


Using the elder http://www.mozilla.org/ports/os2/ ports I now would have < 50 or even < 10 MB shared virtual memory free (bringing OS/2 in trouble).

Moreover : the ports are stable and support my plugins.

I think Peter Weilbacher last ports are very good news for those OS/2 users that suffer from out of memory errors (mainly users with 256 or more RAM). I hope other developers can also profit from it (as it is open source).

Please try it out yourself. I think its great work!

Many thanks to Peter and his helpers..

Sjoerd Visser


.

Relevant Pages

  • Re: Poor performance with 1GB of RAM
    ... > kernel with the High Memory Support and Highmem I/O support enabled. ... When the system is acting sluggish, ... This is apparently a kernel bug, and there's not much you can do about it. ... Part of that is your video card memory, ...
    (Debian-User)
  • RE: High memory support in 2.6.15-amd64-server kernel?
    ... Other OSes, such as BSD and Windows don't map the entire physical memory, removing the need for the so-called 'high memory'. ... You can now map the entire RAM into the kernel part again, as its bits addressable. ... But when I want to set High Memory Support in menuconfig, ...
    (Ubuntu)
  • Re: Web server Partitions - bigmem
    ... On Tue, 16 Dec 2003, Nate Duehr wrote: ... > kernel with high memory support for optimal operation. ...
    (Debian-User)