From: vikram sachdeva (vikram_dude@softhome.net)
Date: Sun Nov 24 2002 - 11:17:23 EST
Hello
Users on Alpha Server are reporting slow performance while running their
C programs. Even if a single user run his C program(on dsk2), it takes a
long time to compile.
Last month one user reported "insufficient memory to run the task "and
other insufficient memory related problem. After that I increased per
proc stack size and per proc data size limit. The problem was resolved
at that time. But now the problem is their programs are taking longer
time to compile.
>From the data and various vmstat and other output collected so far it
seems that system is running out of memory (physical).
My question is "Is their any way to increase the free memory"?
If the slow performance is not because of insufficient memory, then how
can I improve the performance? Are the values of per proc data size and
per proc stack size too high and are they also consume too much memory?
I am pasting the output of vmstat -P ,vmstat ,iostat and portion of
sysconfigtab file
free pages = 27
active pages = 10118
inactive pages = 14950
wired pages = 5617
ubc pages = 2615
==================
Total = 33327
WIRED Pages Break Down:
vm wired pages = 644
ubc wired pages = 2295
meta data pages = 972
malloc pages = 1147
contig pages = 157
user ptepages = 359
kernel ptepages = 34
free ptepages = 9
==================
Total = 5617
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 120 35 27K 37 5607 400K 39K 115K 213K 203K 64K 89 341 557
20 3 76
2 121 34 27K 49 5606 187 16 7 1265 185 103 318 123 1K
1 2 97
3 121 33 27K 56 5606 162 0 0 1237 144 109 287 119 1K
1 1 98
2 121 34 27K 80 5606 183 0 1 858 162 103 300 96 1K
1 2 97
2 121 34 27K 53 5606 214 0 0 646 192 96 325 110 1K
1 2 97
3 120 34 27K 41 5606 170 0 0 1049 160 106 295 101 1K
1 2 98
2 121 34 27K 65 5606 156 0 0 539 133 125 299 99 1K
0 2 98
3 122 33 27K 89 5608 185 0 0 0 0 0 310 114 1K
1 1 98
2 122 34 27K 85 5608 190 0 0 140 178 120 298 108 1K
1 2 96
2 122 34 27K 107 5608 202 0 0 62 160 95 315 97 1K
1 2 97
3 121 34 27K 63 5608 215 0 0 40 203 96 307 107 1K
1 2 97
2 122 34 27K 49 5608 180 0 0 82 175 78 295 104 1K
0 2 98
tty floppy0 dsk0 cpu
tin tout bps tps bps tps us ni sy id
0 19 0 0 404 35 20 0 3 76
0 0 0 0 3044 296 0 0 1 98
0 0 0 0 2872 262 0 0 1 99
0 0 0 0 3000 245 0 0 2 98
0 0 0 0 3024 260 1 0 1 98
0 0 0 0 3104 266 0 0 2 98
0 0 0 0 2920 260 1 0 2 97
0 0 0 0 4248 376 1 0 2 96
0 0 0 0 3944 349 6 0 2 92
0 0 0 0 2144 183 57 0 1 41
vm:
swapdevice=/dev/disk/dsk0b
vm-swap-eager=1
ubc_maxpercent=70
proc:
per_proc_stack_size=83886080
max_per_proc_stack_size=335544320
per_proc_data_size=934217728
max_per_proc_data_size=3073741824
Filesystem 1024-blocks Used Avail Capacity Mounted
on
root_domain#root 851984 193931 652008 23% /
/proc 0 0 0 100% /proc
usr_domain#usr 10529648 775769 9737272 8% /usr
var_domain#var 3298800 111230 3180376 4% /var
user1_domain#user1 17782536 15107638 2651864 86% /user1
user2_domain#user2 17782536 8707444 9062168 50% /user2
user3_domain#user3 17782536 17192008 581424 97% /user3
user4_domain#user4 17782536 12372869 5398096 70% /user4
user5_domain#user5 17782536 8515017 9246520 48% /user5
TRU64 UNIX V5.1, 256MB RAM, dsk0 is OS disk
Regards
Vikram
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:00 EDT