Skip to ContentSkip to Footer
Start of content
- Community Home
- >
- Servers and Operating Systems
- >
- Operating System - HP-UX
- >
- System Administration
- >
- vxfs snapshot overhead ?
System Administration
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
-
- Forums
-
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
- HPE Blog, Austria, Germany & Switzerland
- Blog HPE, France
- HPE Blog, Italy
- HPE Blog, Japan
- HPE Blog, Middle East
- HPE Blog, Russia
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
-
Blogs
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Blog, Latin America
- HPE Blog, Middle East
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
-
Information
- Community
- Welcome
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Tips and Tricks
- Resources
- Announcements
- Email us
- Feedback
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Aruba Airheads Community
- Enterprise.nxt
- HPE Dev Community
- Cloud28+ Community
- Marketplace
-
Forums
-
Blogs
-
Information
-
English
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
- Email to a Friend
- Report Inappropriate Content
03-05-2008 05:10 AM
03-05-2008 05:10 AM
vxfs snapshot overhead ?
Hi,
Is there any overhed when accessing files from an vxfs snapshot (compared to accessing from the "original" filesystem).
We have some strange performance problems showing a very high "wio" when running a dbcheck from a snapshot.
(rx2660, HP-UX 11.23, application is "clearcase")
Is there any overhed when accessing files from an vxfs snapshot (compared to accessing from the "original" filesystem).
We have some strange performance problems showing a very high "wio" when running a dbcheck from a snapshot.
(rx2660, HP-UX 11.23, application is "clearcase")
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
03-05-2008 05:48 AM
03-05-2008 05:48 AM
Re: vxfs snapshot overhead ?
Shalom,
If the dbcheck involves writes to the snapshot filesystem the situation is expected.
clearcase is something I work with on Linux and HP-UX and it can be quite troublesome and at times I/O intensive.
SEP
If the dbcheck involves writes to the snapshot filesystem the situation is expected.
clearcase is something I work with on Linux and HP-UX and it can be quite troublesome and at times I/O intensive.
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
03-05-2008 12:29 PM
03-05-2008 12:29 PM
Re: vxfs snapshot overhead ?
Hi,
Thank you for your reply.
Do you run any dbcheck on the clearcase database ?
On snapshot filesystem ?
Have you checked the load on the system when dbcheck is running (using e.g. sar or glance) ?
In our case, most of the time dbcheck is running, "usr" and "sys" activity is only a few %, rest is "wio". Somtimes, almost all the load is "wio". At that time, some copy operations seems to happen.
Example:
cp -Rp /backup/wds_swt.vbs/db /tempo/db_checklog/db_copy
(/backup is a snapshot filesystem)
Know very little about clercase myself. I have only been asked to have a look at the performance issue of the server.
Thank you for your reply.
Do you run any dbcheck on the clearcase database ?
On snapshot filesystem ?
Have you checked the load on the system when dbcheck is running (using e.g. sar or glance) ?
In our case, most of the time dbcheck is running, "usr" and "sys" activity is only a few %, rest is "wio". Somtimes, almost all the load is "wio". At that time, some copy operations seems to happen.
Example:
cp -Rp /backup/wds_swt.vbs/db /tempo/db_checklog/db_copy
(/backup is a snapshot filesystem)
Know very little about clercase myself. I have only been asked to have a look at the performance issue of the server.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
03-05-2008 04:21 PM
03-05-2008 04:21 PM
Re: vxfs snapshot overhead ?
Bear in mind that a snapshot is read-only so that talking about writes on a snapshot is a non sequiter. In most cases, the snapshot overhead is small and hardly noticeable. The exception to that is a very write intensive original filesystem. Just before a given block is write()'en to (FOR ONLY THE FIRST TIME SINCE THE SNAPSHOT BEGAN), the OS must first write the original contents of the block to the snapshot buffer device and then write() to the original filesystem block. This means that each write() is often translated to two write()'s. When read()'s occur on the snapshot, the change map is consulted to see if that block has been altered, if not, it is read() from the original filesystem otherwise it is read from the snapshot buffer. One of the things that does choke down a filesystem when doing sequential reads is if the mount options mincache=direct,convosync=direct.
If it ain't broke, I can fix that.
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.
End of content
United States
Hewlett Packard Enterprise International
Communities
- Communities
- HPE Blogs and Forum
© Copyright 2021 Hewlett Packard Enterprise Development LP