|
Since VIOS is a subset of AIX there are not any really good tools to
monitor I/O there. lvmstat may be the best way to figure that out. I
have not checked to see if that command is in VIOS, but it may be, it's
a staple in AIX. I don't know if MPG's power tools can monitor VIOS, I
know they have one that monitors most Unix variants.
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
On 8/25/2011 9:07 AM, Kirk Goins wrote:
Not that all this isn't good discussion<grin>, but my original questionwas
basically how to measure disk performance at the VIOS level? If I didn'tthe
use VIOS and hosted all my IBM i on top a IBM i partition I could use the
standard Performance Tools and things like WRKDSKSTS etc.
On Thu, Aug 25, 2011 at 5:06 AM, Jim Oberholtzer<midrangel@xxxxxxxxxx
wrote:
Rob,
You want to have a standard workload you can test with. At V7 use
loadingwait accounting tooling built in to the OS. A very good test is
isPTFs from an image catalog. On smaller systems ( 4 or< drives) it
Alloften faster to load the CDs one by one than use the image catalog.
what wouldI/O. I think it starts to even out at about 6 drives.
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
On 8/25/2011 6:57 AM,rob@xxxxxxxxx wrote:
> If I was to play around and unload/reload a lpar to test this,
46738> be effective measuring?
>
>
> Rob Berendt
> -- Group Dekko Dept 1600 Mail to: 2505 Dekko Drive Garrett, IN
Date:> Ship to: Dock 108 6928N 400E Kendallville, IN 46755
> http://www.dekko.com From: Kirk Goins<kirkgoins@xxxxxxxxx> To:
> Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>
by:> 08/24/2011 05:04 PM Subject: Re: VIOS and Perf Monitoring Sent
NON-IBM> midrange-l-bounces@xxxxxxxxxxxx According to multiple IBM and
these> sources the answer is along these lines... The OS has no idea if
per> disks are real or virtual. The OS will only queue so many I/Os
only> disk arm available ( I think I got that right ). So if the OS
eight> sees one 280GB disk it will not handle I/O as well vs having
affect> 35GB disk arms. Now the actual number of real disks arms will
arms if they> how well this concept works. On Wed, Aug 24, 2011 at 1:17 PM,
> <rob@xxxxxxxxx> wrote:
>> > I am still not getting why the OS needs to see multiple
physicallyare
>> > all virtual. Instead of one bigger virtual. It's still
hosting> spread
>> > across the multiple arms defined either in VIOS or your
journal receiver> partition.
>> > Is it some weird thing like "let's calculate your
>>>>> > >> >size
>> > based on the number of arms you have"?
>> >
>> >
>> > Rob Berendt
>> > --
>> > Group Dekko
>> > Dept 1600
>> > Mail to: 2505 Dekko Drive
>> > Garrett, IN 46738
>> > Ship to: Dock 108
>> > 6928N 400E
>> > Kendallville, IN 46755
>> > http://www.dekko.com
>> >
>> >
>> >
>> >
>> >
>> > From: Kirk Goins<kirkgoins@xxxxxxxxx>
>> > To: Midrange-L<midrange-l@xxxxxxxxxxxx>
>> > Date: 08/24/2011 04:12 PM
>> > Subject: VIOS and Perf Monitoring
>> > Sentby:midrange-l-bounces@xxxxxxxxxxxx
Hosting OS and>> >
>> >
>> > I am getting ready to build a system with VIOS as the
several> will
>> > be
>> > running several IBM i partitions. I know I should use
wil seesmaller
>> > virtual disks vs 1 big one per partition so the IBM i OS
top of> multiple
>> > disks/arms. So lets say I have 4 IBM i Partitions all on
24 139GB ( orVIOS.
>> > Each
>> > partition will see 8 35GB drives and lets say there are
to VIOS to>> > whatever size VIOS wants to call them ) drives available
Now I>> > allocate
>> > disk space with. So lots of room but could use more arms.
tell howstart a
>> > really disk intensive process on 2 partitions. How can I
IBM ibusy
> the
>> > drives really are at the VIOS level? On a partition with
approach diskhosting I
>> > can
>> > do WRKDSKSTS on the base IBM i. Just wondering how to
--perf
>> > issues inthe future.
>> >
>> > Thanks
>> >
>> > --
>> > Kirk
>> > --
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.