Hi All,
I am using a memory debugger application, Insure++, which I am using
to debug some code. Insure++ examines the code and makes a subsequent
code file which it compiles instead. For one file it produces a 3.5Meg
c-code which it trys to compile.
The problem been it is causing havoc on the DU4.0 Alpha 255/233 system
which it is compiling on. It can not handle compiling the big file.
I have some stats on the problem - given below. It appears I need to tune
the memory performance on the system.
Ive been through the documentation but am not sure what I should change and
how in the memory/ubs sybsystem.
If there are any gurus with system tuning skills - any pointers/directions
will be greatly appreciated.
Thanks
Joe Spanicek
joe_at_resptk.bhp.com.au
System
------
Alpha 255/233 DU V4.0 386 alpha
128Mbyte memory
top output
----------
load averages: 0.08, 0.19, 0.24 09:44:14
75 processes: 3 running, 21 sleeping, 50 idle
Cpu states: 1.7% user, 0.0% nice, 12.7% system, 85.6% idle
Memory: Real: 45M/123M act/tot Virtual: 202M/376M use/tot Free: 248K
PID USERNAME PRI NICE SIZE RES STATE TIME CPU COMMAND
8096 joe 44 0 128M 89M run 9:27 5.20% gemc_cc
swapon -s
---------
Swap partition /dev/rz3b (default swap):
Allocated space: 25088 pages (196MB)
In-use space: 13026 pages ( 51%)
Free space: 12062 pages ( 48%)
Swap partition /dev/rz0b:
Allocated space: 23146 pages (180MB)
In-use space: 9806 pages ( 42%)
Free space: 13340 pages ( 57%)
Total swap allocation:
Allocated space: 48234 pages (376MB)
Reserved space: 27111 pages ( 56%)
In-use space: 22832 pages ( 47%)
Available space: 21123 pages ( 43%)
vmstat 1
--------
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 84 17 13K 22 1648 305 0 75 10 230 0 718 542 1K 2 13 85
3 83 17 13K 26 1648 273 0 75 21 197 0 585 537 1K 3 11 86
4 82 17 13K 33 1648 272 0 75 21 197 2 746 335 1K 1 11 87
3 83 17 13K 36 1648 344 0 75 2 269 0 788 379 1K 2 15 83
3 83 17 13K 25 1650 363 0 75 6 288 0 645 409 1K 1 13 86
3 83 17 13K 38 1650 293 0 75 88 199 0 709 498 1K 3 13 84
3 83 17 13K 36 1650 327 0 75 144 252 0 740 385 1K 3 13 85
4 82 17 13K 38 1650 345 0 75 41 270 1 802 482 1K 3 13 84
4 82 17 13K 37 1658 356 0 75 49 281 4 719 2K 1K 3 13 85
3 83 17 13K 35 1656 324 0 75 36 246 10 658 1K 1K 4 15 81
4 82 17 13K 47 1656 480 0 75 29 405 8 578 1K 1K 5 15 79
4 82 17 13K 36 1656 344 0 75 6 269 0 738 673 1K 7 14 79
2 84 17 13K 33 1656 269 0 75 1 194 0 687 356 1K 3 11 86
3 83 17 13K 35 1654 312 0 75 3 237 0 667 849 1K 13 16 71
2 84 17 13K 25 1658 280 0 75 2 201 0 532 813 1K 14 12 74
3 83 17 13K 29 1658 324 0 75 11 249 1 764 348 1K 1 13 85
3 83 17 13K 27 1658 325 0 75 2 250 0 673 264 1K 1 10 89
4 82 17 13K 38 1658 317 0 75 1 242 0 719 319 1K 1 12 87
3 83 17 13K 20 1656 322 0 75 4 247 0 635 490 1K 2 13 85
4 82 17 13K 29 1656 321 0 75 0 246 3 920 447 1K 2 15 83
3 83 17 13K 27 1656 317 0 75 9 242 0 700 363 1K 3 13 84
iostat 1
--------
tty rz0 rz1 rz3 dk3 cpu
tin tout bps tps bps tps bps tps bps tps us ni sy id
1 62 51 6 36 6 88 12 0 0 15 0 5 80
0 230 829 102 0 0 1020 124 0 0 1 0 9 90
0 1181292 162 0 0 686 86 0 0 1 0 8 91
0 1171162 145 0 0 820 102 0 0 1 0 9 90
0 1181532 191 0 0 343 43 0 0 1 0 7 92
0 117 970 121 0 0 905 118 0 0 1 0 8 91
0 1081182 145 0 0 629 78 0 0 1 0 8 91
0 113 822 103 0 0 1537 192 0 0 1 0 8 91
0 1181387 173 0 0 582 73 0 0 1 0 9 90
0 1181196 149 0 0 838 105 0 0 1 0 9 90
0 1181315 164 0 0 773 97 0 0 1 0 10 89
0 111 857 107 0 0 1263 156 0 0 1 0 9 91
0 113 976 122 0 0 1283 160 0 0 1 0 7 92
0 118 446 56 0 0 1809 226 0 0 1 0 9 89
0 118 781 98 0 0 1387 173 0 0 1 0 9 90
0 1181155 144 0 0 877 117 0 0 1 0 11 89
0 1071216 149 0 0 637 78 0 0 1 0 9 90
0 115 656 81 0 0 1632 204 0 0 1 0 8 91
0 118 582 73 0 0 1697 212 0 0 1 0 10 89
Received on Fri Jan 10 1997 - 00:17:41 NZDT