[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference hydra::axp-developer

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

3649.0. "Omnimark" by HYDRA::AXPDEVELOPER (Alpha Developer support) Thu May 22 1997 10:12

    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.RTitleUserPersonal
Name
DateLines
3649.1Information for the vendorHYDRA::NEWMANChuck Newman, 508/467-5499 (DTN 297), MRO1-3/F26Tue May 27 1997 09:5820
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