UPDATE: Process reaching some limit

From: Siebert, Aaron <aaron.siebert_at_nagrastar.com>
Date: Mon, 24 Mar 2003 16:21:23 -0700

After monitoring the execution of the process we notice that it
continues to allocate phy memory but virtual memory doesn't seem to move
at all. We are using deferred mode for allocation. Here is the output of
vmstat and swapon -s

Swap partition /dev/rz8b:
    Allocated space: 135934 pages (1061MB)
    In-use space: 5765 pages ( 4%)
    Free space: 130169 pages ( 95%)


Total swap allocation:
    Allocated space: 135934 pages (1061MB)
    In-use space: 5765 pages ( 4%)
    Available space: 130169 pages ( 95%)

root_at_VADER # vmstat
Virtual Memory Statistics: (pagesize = 8192)
  procs memory pages intr cpu

  r w u act free wire fault cow zero react pin pout in sy cs us
sy id
  2 96 27 86K 21K 18K 6M 1M 2M 124K 1M 7622 90 340 565 8
2 90


-----Original Message-----
From: Siebert, Aaron
Sent: Monday, March 24, 2003 3:37 PM
To: tru64-unix-managers_at_ornl.gov
Subject: Process reaching some limit


Tru64 4.0D

Managers, I am troubleshooting a problem with a process that is crashing
during execution with a Malloc error. The developers are telling me that
it seems to be when going above 900Mb. Everything that I see says that
memory allocation per process is 10Gb. I have included the current proc,
vm, and ulimit settings. Please help. Thanks

proc subsystem

max-proc-per-user = 1024
max-threads-per-user = 2048
per-proc-stack-size = 33554432
max-per-proc-stack-size = 33554432
per-proc-data-size = 10000000000
max-per-proc-data-size = 10000000000
max-per-proc-address-space = 10000000000
per-proc-address-space = 10000000000
autonice = 0
autonice-time = 600
autonice-penalty = 4
open-max-soft = 4096
open-max-hard = 4096
ncallout_alloc_size = 8192
round-robin-switch-rate = 0
round_robin_switch_rate = 0
sched-min-idle = 0
sched_min_idle = 0
give-boost = 1
give_boost = 1
maxusers = 128
task-max = 16384
thread-max = 32766
num-wait-queues = 1024
num-timeout-hash-queues = 1024
enable_extended_uids = 0
enhanced-core-name = 0
enhanced-core-max-versions = 16


vm subsystem
vm:
ubc-minpercent = 10
ubc-maxpercent = 100
ubc-borrowpercent = 20
ubc-maxdirtywrites = 5
ubc-nfsloopback = 0
vm-max-wrpgio-kluster = 32768
vm-max-rdpgio-kluster = 16384
vm-cowfaults = 4
vm-mapentries = 1000000
vm-maxvas = 1073741824
vm-maxwire = 16777216
vm-heappercent = 7
vm-vpagemax = 131072
vm-segmentation = 1
vm-ubcpagesteal = 24
vm-ubcdirtypercent = 10
vm-ubcseqstartpercent = 50
vm-ubcseqpercent = 10
vm-csubmapsize = 1048576
vm-ubcbuffers = 256
vm-syncswapbuffers = 128
vm-asyncswapbuffers = 4
vm-clustermap = 1048576
vm-clustersize = 65536
vm-zone_size = 0
vm-kentry_zone_size = 16777216
vm-syswiredpercent = 80
vm-inswappedmin = 1
vm-page-free-target = 128
vm-page-free-swap = 74
vm-page-free-hardswap = 2048
vm-page-free-min = 20
vm-page-free-reserved = 10
vm-page-free-optimal = 74
vm-page-prewrite-target = 256
dump-user-pte-pages = 0
kernel-stack-guard-pages = 1
vm-min-kernel-address = 18446744071562067968 malloc-percpu-cache = 1
contig-malloc-percent = 20 vm-aggressive-swap = 0 vm-map-index-count =
64 vm-map-index-rebalance = 128 vm-map-index-enabled = 1
vm-map-index-hiwat = 4 vm-map-index-lowat = 2 new-wire-method = 1
vm-segment-cache-max = 50 vm-page-lock-count = 0 gh-chunks = 0
gh-min-seg-size = 8388608 gh-fail-if-no-mem = 1 private-text = 0
private-cache-percent = 0

ulimit -a reports

time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 9765625
stack(kbytes) 32768
memory(kbytes) 1017656
coredump(blocks) unlimited
nofiles(descriptors) 4096
vmemory(kbytes) 9765625


Aaron Siebert
IT Systems Engineer Nagrastar
w 303-706-5492
f 303-706-5719
Aaron.Siebert_at_Nagrastar.com
Received on Mon Mar 24 2003 - 23:22:00 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:44 NZDT