7 Jun
2002
7 Jun
'02
8:41 a.m.
Hello everyone;
I have noticed that OpenVMS 7.2 doesn't seem to recognize all
of the physical memory in my vaxstation 4000/60; I am sure
that I have 32 MB (8MB mainboard + 6 x 4MB modules) and
in fact it is recognized by the prom:
KR46-A V1.1-31E-V4.0
08-00-2B-2A-F8-AB
32MB
|||||||||||||||||||||||||||||||||||||||
OK
85 RESTART SYS
>>
>> show config
KR46-A V1.1-31E-V4.0
08-00-2B-2A-F8-AB
32MB
DEVNBR DEVNAM INFO
------ -------- -------------------------------
1 NVR OK
2 LCG OK
HR - 8PLN FB - V1.1
3 DZ OK
4 CACHE OK
5 MEM OK
32MB = SY=8MB, S0/1=8MB, S2/3=8MB, S4/5=8MB
6 FPU OK
7 IT OK
8 SYS OK
9 NI OK
10 SCSI OK
0-ST31200 5-TZ30 6-INITR 7-CD-ROM
11 AUD OK
>>
Similarly, the TEST 100 command tests all of the hardware and
there aren't any errors. So, as far as the diagnostics in the
Prom are concerned, the system has 32MB of memory and it tests OK.
But, this is what I get under OpenVMS:
$ show memory
System Memory Resources on 6-JUN-2000 16:25:53.84
Physical Memory Usage (pages): Total Free In Use Modified
Main Memory (16.00Mb) 32768 8459 22775
1534
Virtual I/O Cache Usage (pages): Total Free In Use Maximum
Cache Memory 11 0 11 51649
Slot Usage (slots): Total Free Resident Swapped
Process Entry Slots 48 25 21
2
Balance Set Slots 43 23 19
1
Dynamic Memory Usage (bytes): Total Free In Use Largest
Nonpaged Dynamic Memory 1359360 103552 1255808 12480
Paged Dynamic Memory 717824 435488 282336 434448
Paging File Usage (pages): Free Reservable Total
DISK$VAX4000SYS:[SYS0.SYSEXE]SWAPFILE.SYS
6240 6240
7200
DISK$VAX4000SYS:[SYS0.SYSEXE]PAGEFILE.SYS
55557 15536 65536
Of the physical pages in use, 10827 pages are permanently allocated to
OpenVMS.
So, what is happening here? Does anybody have some suggestions
as to why OpenVMS doesn't see/want to use the remaining 16MB?
Best regards,,
Carlos.
________________________________________
Acceso r?pido a Internet con Epm.Net http://www.epm.net.co
7 Jun
7 Jun
9:08 a.m.
I think there's an entry from the VMS FAQ for this...
5.7 Why doesn t OpenVMS see the new memory I just added? When adding
memory to an OpenVMS system, one should check for an existing definition
of the PHYSICALPAGES (OpenVMS VAX) or PHYSICAL_MEMORY (OpenVMS Alpha)
parameter in the SYS$SYSTEM:MODPARAMS.DAT parameter database, use a text
editor to reset the value in the file to the new correct value as
required, and then perform the following command: $ @SYS$UPDATE:AUTOGEN
GETDATA REBOOT FEEDBACK This AUTOGEN command will reset various system
parameters based on recent system usage (FEEDBACK), and it will reset
the value for the PHYSICALPAGES parameter to the new value. It will also
reboot the OpenVMS system. PHYSICALPAGES and PHYSICAL_MEMORY can also be
used to deliberately lower the amount of memory available for use by
OpenVMS. This ability can be useful in a few specific circumstances,
such as testing the behaviour of an application in a system environment
with a particular (lower) amount of system memory available.
PHYSICALPAGES and PHYSICAL_MEMORY can be set to -1 (on OpenVMS Alpha) or
(better and simpler) the entry can be removed from the MODPARAMS.DAT
file, to indicate that all available memory should be used.
Hope this helps!
Brian
On Fri, 2002-06-07 at 12:41, carlos_murillo(a)epm.net.co wrote:
Hello everyone;
I have noticed that OpenVMS 7.2 doesn't seem to recognize all
of the physical memory in my vaxstation 4000/60; I am sure
that I have 32 MB (8MB mainboard + 6 x 4MB modules) and
in fact it is recognized by the prom:
KR46-A V1.1-31E-V4.0
08-00-2B-2A-F8-AB
32MB
|||||||||||||||||||||||||||||||||||||||
OK
85 RESTART SYS
>>
>> show config
KR46-A V1.1-31E-V4.0
08-00-2B-2A-F8-AB
32MB
DEVNBR DEVNAM INFO
------ -------- -------------------------------
1 NVR OK
2 LCG OK
HR - 8PLN FB - V1.1
3 DZ OK
4 CACHE OK
5 MEM OK
32MB = SY=8MB, S0/1=8MB, S2/3=8MB, S4/5=8MB
6 FPU OK
7 IT OK
8 SYS OK
9 NI OK
10 SCSI OK
0-ST31200 5-TZ30 6-INITR 7-CD-ROM
11 AUD OK
>>
Similarly, the TEST 100 command tests all of the hardware and
there aren't any errors. So, as far as the diagnostics in the
Prom are concerned, the system has 32MB of memory and it tests OK.
But, this is what I get under OpenVMS:
$ show memory
System Memory Resources on 6-JUN-2000 16:25:53.84
Physical Memory Usage (pages): Total Free In Use Modified
Main Memory (16.00Mb) 32768 8459 22775
1534
Virtual I/O Cache Usage (pages): Total Free In Use Maximum
Cache Memory 11 0 11 51649
Slot Usage (slots): Total Free Resident Swapped
Process Entry Slots 48 25 21
2
Balance Set Slots 43 23 19
1
Dynamic Memory Usage (bytes): Total Free In Use Largest
Nonpaged Dynamic Memory 1359360 103552 1255808 12480
Paged Dynamic Memory 717824 435488 282336 434448
Paging File Usage (pages): Free Reservable Total
DISK$VAX4000SYS:[SYS0.SYSEXE]SWAPFILE.SYS
6240 6240
7200
DISK$VAX4000SYS:[SYS0.SYSEXE]PAGEFILE.SYS
55557 15536 65536
Of the physical pages in use, 10827 pages are permanently allocated to
OpenVMS.
So, what is happening here? Does anybody have some suggestions
as to why OpenVMS doesn't see/want to use the remaining 16MB?
Best regards,,
Carlos.
________________________________________
Acceso r?pido a Internet con Epm.Net http://www.epm.net.co
2:13 p.m.
-- Brian Wheeler wrote --
I think there's an entry from the VMS FAQ for this...
-snip-
5.7 Why doesn t OpenVMS see the new memory I just added? When adding
memory to an OpenVMS system, one should check for an existing definition
of the PHYSICALPAGES (OpenVMS VAX) or PHYSICAL_MEMORY (OpenVMS Alpha)
parameter in the SYS$SYSTEM:MODPARAMS.DAT parameter database, use a text
editor to reset the value in the file to the new correct value as
required, and then perform the following command: $ @SYS$UPDATE:AUTOGEN
GETDATA REBOOT FEEDBACK
-snip-
Thanks! That did it! Indeed, the PHYSICAL_PAGES parameter
had been set to 32768 in some previous AUTOGEN. Since I did not
want to use feedback, but just to change that single parameter,
I edited the SYS$SYSTEM:SETPARAMS.DAT file to
set parameter PHYSICALPAGES 65536 and
invoked @SYS$UPDATE:AUTOGEN SETPARAMS REBOOT NOFEEDBACK.
The machine feels faster indeed.
Best regards,
carlos.
________________________________________
Acceso r?pido a Internet con Epm.Net http://www.epm.net.co
8082
days inactive
8082
days old
2 comments
2 participants
participants (2)
-
bdwheele＠indiana.edu -
carlos_murillo＠epm.net.co