Path: utzoo!utgpu!water!watmath!clyde!rutgers!sri-spam!ames!pasteur!ucbvax!MIPL3.JPL.NASA.GOV!kka059 From: kka059@MIPL3.JPL.NASA.GOV Newsgroups: comp.os.vms Subject: Process Page Table Quota Errors Message-ID: <880209191033.00h@Mipl3.JPL.Nasa.Gov> Date: 10 Feb 88 03:10:33 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 40 Here's the second attempt to get this up onto the net: Has anybody out there observed anything similar to the following condition: 1) $CRMPSC a disk file section (in our case it's about 12000 blocks in size) [the available PTE count (watched with SDA) drops by about 12000 blocks], 2) Use the section for a little while, 3) $DELTVA the section to release the virtual memory, but the available PTE count does *not* go back up! This is an intermittant problem which, when it strikes, causes the progam to eventually die with a SYSTEM-F-VASFULL error, since the program eventually tries to map in 48000 pages of disk file sections against a VIRTPAGCNT of 50000. If the process page table thinks that it has one or two extra 12000 pages pieces of disk file section(s), this exceeds the VIRTPAGCNT by at least 10000 pages. If anyone has any suggestions or has observed this themselves, please let me know. P.S. We're still running VMS 4.4 :-( +----------------------------+------------------------------------------+ | Kurt Andersen | Jet Propulsion Laboratory | | MIPL Applications | Mail Stop 168-427 | | Software Engineer | 4800 Oak Grove Drive | | Office: 169-425 | Pasadena, Calif. 91109 | +----------------------------+-------------------------+----------------+ | NETWORKS: | | | SPAN: Mipl3::KKA059 (5.153) | Does the verb | | ARPA Internet: KKA059@Mipl3.Jpl.Nasa.Gov | `to flame' | | Internet Address: [128.149.1.28] | come from the | | ARPAnet->SPAN: KKA059%Mipl3@Star.Stanford.Edu | days of the | | or: KKA059%Mipl3.Span@Jpl-Vlsi.Arpa | Inquisition? | | Ma Bell (R.I.P.): (818) 354-1672 | | +------------------------------------------------------+----------------+