HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- why so difference of sar output
Operating System - HP-UX
1835309
Members
2199
Online
110078
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-12-2003 12:41 AM
05-12-2003 12:41 AM
why so difference of sar output
Hi,all:
I have two site and two same server. every sever run the same kind of applicaion, but developed by the different team. Two server connect the two different XP512. The XP512's configuraion and firmware is the same. The first the blks/s and r+w/s larger than the second. but the first server avwait & avserv is smaller than the second. Someone said that the difference of Lvm layout is the cause,but why the first server is more busy and the time of avwait and avserv is smaller? I think the first server may have the better application, But I can't understand why the first site XP512 so busy and so small avwait and avserv.
I have two site and two same server. every sever run the same kind of applicaion, but developed by the different team. Two server connect the two different XP512. The XP512's configuraion and firmware is the same. The first the blks/s and r+w/s larger than the second. but the first server avwait & avserv is smaller than the second. Someone said that the difference of Lvm layout is the cause,but why the first server is more busy and the time of avwait and avserv is smaller? I think the first server may have the better application, But I can't understand why the first site XP512 so busy and so small avwait and avserv.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-12-2003 12:49 AM
05-12-2003 12:49 AM
Re: why so difference of sar output
Your sar output is far too small to be able to say for sure one is faster than the other.
You need to run sar for a lot lot longer, and at the same time check how many users are on, what they are doing etc. Its not a goot tool to compare like this. You need something more advanced like measureware/glance.
Perhaps the first thing to check is the lvm layout - to ensure both are same. For this you need detailed vgdisplay -v output, pvdisplay and lvdisplay output.
You need to run sar for a lot lot longer, and at the same time check how many users are on, what they are doing etc. Its not a goot tool to compare like this. You need something more advanced like measureware/glance.
Perhaps the first thing to check is the lvm layout - to ensure both are same. For this you need detailed vgdisplay -v output, pvdisplay and lvdisplay output.
Im from Palmerston North, New Zealand, but somehow ended up in London...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-12-2003 04:23 AM
05-12-2003 04:23 AM
Re: why so difference of sar output
Begin with your I/O configuration since 'avwait' and 'avserv' are metrics of I/O and when used in conjunction with '%busy' under 'sar -d # #' for example, they can help indicate an I/O bottleneck.
To evaluate your I/O into the XP512 begin with your HBA's / Fibre Channels and their patch levels and load balancing, which is done with 'swlist', 'fcmsutil' and LVM striping or autopath. For example on HP-UX 11.00 with A5158A's HBA's :
A) s700_800 11.00 Fibre Channel Mass Storage Driver Patch PHKL_23939
Notes: PHKL_28004
s700_800 11.00 N4000 42.06 firmware patch PHSS_26533
Notes: PHSS_26533
s700_800 11.00 Tachyon TL Fibre Channel Driver Patch PHSS_26798
Notes: PHSS_26798
B) fcmsutil /dev/td# state
C) If stripping is used check the stripe size which should be 32 or 64 kb.
lvdisplay -v /dev/vg##/lvol#
(* Note 'stripe size' *)
D) For LVM use 'pvdisplay -v' and note the logical volumes that reside on each LUN.
To evaluate your I/O into the XP512 begin with your HBA's / Fibre Channels and their patch levels and load balancing, which is done with 'swlist', 'fcmsutil' and LVM striping or autopath. For example on HP-UX 11.00 with A5158A's HBA's :
A) s700_800 11.00 Fibre Channel Mass Storage Driver Patch PHKL_23939
Notes: PHKL_28004
s700_800 11.00 N4000 42.06 firmware patch PHSS_26533
Notes: PHSS_26533
s700_800 11.00 Tachyon TL Fibre Channel Driver Patch PHSS_26798
Notes: PHSS_26798
B) fcmsutil /dev/td# state
C) If stripping is used check the stripe size which should be 32 or 64 kb.
lvdisplay -v /dev/vg##/lvol#
(* Note 'stripe size' *)
D) For LVM use 'pvdisplay -v' and note the logical volumes that reside on each LUN.
Support Fatherhood - Stop Family Law
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP