| Title: | Alpha Developer Support |
| Notice: | [email protected], 800-332-4786 |
| Moderator: | HYDRA::SYSTEM |
| Created: | Mon Jun 06 1994 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 3722 |
| Total number of notes: | 11359 |
Company Name : Omnimark
Contact Name : Ian E. Gorman
Phone : 613/745-4242
Fax :
Email : [email protected]
Date/Time in : 22-MAY-1997 09:12:20
Entered by : Pat Bryant
SPE center : MRO
Category : VMS
OS Version : VAX/VMS V5.3-1
System H/W : MicroVAX
Brief Description of Problem:
-----------------------------
The problem that I mentioned on the phone is a compile (in VAX/VMS V5.3-1 on
a MicroVAX) -- the compiler reports that virtual memory limits are exceeded.
The following information is appended below:
1. compiler command and message
2. system memory info
3. user info
Is there a simple way to increase the virtual memory limit?
Is it likely that some change in our code would reduce the virtual memory
requirement?
Thanks
Ian
----- compiler command and message ---------------------------------------
$ cc /define=(EXO_VAX_VMS) /nolist
/include_directory=([.-.src],users:[exo.flexlm-4-1.vax_v5])[.-.src]xtkernel.c
(XT_OmniMarkErrorAndWarningCounts_type
*p_OMEWCounts));
%CC-W-EXTERNNAMELONG, The external identifier name exceeds 31 characters;
truncated to "XT_GetOmniMarkErrorAndWarningCo".
At line number 172 in
SYS$SYSDEVICE:[EXO.OMNI.V3R1.SRC]XTCORE.H;1.
%CC-F-TEXT, Compiler abort - virtual memory limits exceeded.
%SYSTEM-F-ABORT, abort
----- memory information ----------------------------------------------------
$ sho mem
System Memory Resources on 22-MAY-1997 13:26:41.20
Physical Memory Usage (pages): Total Free In Use Modified
Main Memory (4.00Mb) 8192 3236 4846 110
Slot Usage (slots): Total Free Resident Swapped
Process Entry Slots 20 7 13 0
Balance Set Slots 18 7 11 0
Fixed-Size Pool Areas (packets): Total Free In Use Size
Small Packet (SRP) List 387 135 252 96
I/O Request Packet (IRP) List 222 101 121 176
Large Packet (LRP) List 38 14 24 1648
Dynamic Memory Usage (bytes): Total Free In Use Largest
Nonpaged Dynamic Memory 357376 108704 248672 78672
Paged Dynamic Memory 182784 77616 105168 76336
Paging File Usage (pages): Free Reservable Total
DISK$VAXVMSRL053:[SYS0.SYSEXE]SWAPFILE.SYS
2200 2200 2200
DISK$VAXVMSRL053:[SYS0.SYSEXE]PAGEFILE.SYS
10283 2640 11600
DISK$VAXVMSRL053:[SYS0.SYSEXE]PAGEFILE1.SYS;1
18915 6017 19992
Of the physical pages in use, 2399 pages are permanently allocated to VMS.
-------- user information --------------------------------------------------
$ run authorize
UAF> sho omni
Username: OMNI Owner: OmniMark
Account: UIC: [642,2355] ([OMNI])
CLI: DCL Tables: DCLTABLES
Default: USERS:[EXO]
LGICMD: LOGIN
Login Flags:
Primary days: Mon Tue Wed Thu Fri
Secondary days: Sat Sun
No access restrictions
Expiration: (none) Pwdminimum: 5 Login Fails: 0
Pwdlifetime: (none) Pwdchange: 4-MAR-1997 12:19
Last Login: 22-MAY-1997 11:25 (interactive), 16-MAY-1997 09:36
(non-interactive)
Maxjobs: 0 Fillm: 20 Bytlm: 8192
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 18 JTquota: 1024
Prclm: 2 DIOlm: 18 WSdef: 150
Prio: 4 ASTlm: 24 WSquo: 2048
Queprio: 0 TQElm: 10 WSextent: 8192
CPU: (none) Enqlm: 100 Pgflquo: 18000
Authorized Privileges:
TMPMBX NETMBX
Default Privileges:
TMPMBX NETMBX
UAF>
------------------------------------------------------------------------------
_______________________________________________________________________________
Ian E. Gorman | [email protected] | OmniMark Technologies Corporation
| (613) 745-4242 (voice) | 1400 Blair Place
| (613) 745-5560 (fax) | Ottawa, Ontario K1J 9B8, Canada
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3649.1 | Information for the vendor | HYDRA::NEWMAN | Chuck Newman, 508/467-5499 (DTN 297), MRO1-3/F26 | Tue May 27 1997 08:58 | 20 |
First, let the vendor know that this is by no means a "migration to Alpha" question. Since we're such nice folk, however, pass along the following information: To increase the amount of virtual memory available to a process, increase the wsextent authorize parameter. They will also want to increase the pgflquota parameter to allow the process to page that extra virtual memory. It is necessary to log in to get these changes. Additionally, the system has a maximum virtual address space limit (prior to V7.0). This is controlled by the sysgen parameter virtualpagecnt. A reboot is necessary for changes to this parameter to take effect. Note that changes to sysgen parameters should be made via autogen. -- Chuck Newman | |||||