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 09: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 |