2:31am up 7 days, 16:30, 2 users, load average: 0.00, 0.00, 0.00
83 processes: 82 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 0.1% user, 8.2% system, 0.0% nice, 91.5% idle
Mem: 773612K av, 766064K used, 7548K free, 0K shrd, 161568K buff
Swap: 300072K av, 1508K used, 298564K free 428060K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
11850 root 18 0 1020 1016 788 R 8.4 0.1 0:02 top
1 root 15 0 84 72 48 S 0.0 0.0 0:00 init
2 root 0K 0 0 0 0 SW 0.0 0.0 0:00 migration_CPU0
3 root 15 0 0 0 0 SW 0.0 0.0 0:00 kmcheck
4 root 15 0 0 0 0 SW 0.0 0.0 0:00 keventd
5 root 34 19 0 0 0 SWN 0.0 0.0 0:11 ksoftirqd_CPU0
6 root 15 0 0 0 0 SW 0.0 0.0 0:01 kswapd
7 root 25 0 0 0 0 SW 0.0 0.0 0:00 bdflush
8 root 15 0 0 0 0 SW 0.0 0.0 0:00 kupdated
9 root 15 0 0 0 0 SW 0.0 0.0 0:00 kinoded
10 root 25 0 0 0 0 SW 0.0 0.0 0:00 mdrecoveryd
30 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald
54 root 0 -20 0 0 0 SW< 0.0 0.0 0:00 lvm-mpd
73 root 15 0 0 0 0 SW 0.0 0.0 0:00 kjournald
74 root 15 0 0 0 0 SW 0.0 0.0 0:01 kjournald
217 root 15 0 0 0 0 SW 0.0 0.0 0:00 qethsoftd1ab2
280 root 15 0 336 336 232 S 0.0 0.0 0:00 syslogd
283 root 15 0 688 688 36 S 0.0 0.0 0:00 klogd
321 bin 18 0 120 112 44 S 0.0 0.0 0:00 portmap
344 root 19 0 768 708 556 S 0.0 0.0 0:23 sshd
387 root 15 0 952 816 660 S 0.0 0.1 0:00 master
396 at 15 0 164 152 80 S 0.0 0.0 0:00 atd
402 root 15 0 248 224 172 S 0.0 0.0 0:00 cron
413 root
> -----Original Message-----
> From: Linux on 390 Port [SMTP:[EMAIL PROTECTED] On Behalf Of David Boyes
> Sent: Thursday, August 12, 2004 10:50
> To: [EMAIL PROTECTED]
> Subject: Re: SuSe Linux 8 - LPAR
>
> > One question that I currently have is how we interpret the
> > "TOP" command in Linux when running Linux on the Mainframe on
> > an Lpar. E.g. If we allocate 1GB of memory to that lpar, the
> > TOP command show that memory allocated is 1GB and memory used
> > is very close to 1GB. There is only a few users logged in. I
> > just wonder what will happen if we let users start using the
> > application. Is this memory ging to cater for these users?
>
> It's going to try, but on the bare metal, you've not got very many good
> options. Application memory usage will press the amout of RAM used for
> buffers, and the system will try to balance application storage with
> buffer storage as best it can. At some point, it's going to swap hard,
> and you don't have any paging hierarchy in Linux to cushion the impact
> unless you allocate expanded storage to the LPAR and use the xpram
> driver as your first swap disk, then a LOT of physical disks (multiple
> small volumes are better).
>
> 1GB is a lot of really expensive RAM. Post the top 10 lines of your top
> output, and that'll tell us a lot more about what's happening.
>
> > What tools do we use to keep stats if running Linux on an
> > Lpar, not under VM?
>
> Many of the tools and scripts discussed in the "accounting and
> monitoring for Linux under z/VM" redpaper also apply to LPAR mode (the
> parts that collect data inside Linux are fairly useful). top, sar, etc
> do produce useful data in LPARs.
>
>
>
> >
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,>
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
NOTICE: Please note that this eMail, and the contents thereof, is subject to the
standard arivia.kom email disclaimer which may be found at:
http://www.arivia.co.za/disclaimer.htm. If you cannot access the disclaimer through
the URL attached, and you wish to receive a copy thereof, please send an eMail to
[EMAIL PROTECTED] or call (011) 233-0800. You will receive the disclaimer by return
email or fax.
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
