- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: file-level IO monitoring
Categories
Company
Local Language
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
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
Community
Resources
Forums
Blogs
- 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
01-03-2007 07:38 AM
01-03-2007 07:38 AM
We're doing this to see which files will be the best candidates for RAM disk.
Thanks!
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 07:49 AM
01-03-2007 07:49 AM
Solution$ SHOW MEMORY/CACHE=(VOL=DSA0,TOPQIO)
see the help for more details.
On the freeware (or via www.openvms.org) I got a perl script PROCIO, which can analyse the IO for a given PID.
regards Kalle
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 08:06 AM
01-03-2007 08:06 AM
Re: file-level IO monitoring
http://h18000.www1.hp.com/support/asktima/communications/CHAMP_SRC010730002768.html
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 08:11 AM
01-03-2007 08:11 AM
Re: file-level IO monitoring
I agree with Karl, with XFC active SHOW MEM/CACH is the easiest way to fidn hot files.
If you do not have XFC active, and are worried about IO, then you should first enable XFC and than see whether you still have a worry.
Now once you have the XFC list in a file, you may want to use the perl script below to turn that data into a CSV list which you can feed to excel and sort by reads or writes or whatever.
Run as: $perl xfc_to_csv.pl xfc.log > xfc.csv
I'm sure you realize that mostly moving file to Decram is a just a brute force method which may or may not help you.
One should really trying to quantify and qualify your problem before deciding what the solution is no?! I mean, if you don't even know what the hot files are, why do you believe that placing them on DECram is a solution at all, let alone the right solution?
Maybe XFC is better, maybe the system needs more Oracle SGA or more RMS (global) buffers ?! Maybe the application is doing somehting rather silly which can be fixed!?
Good luck,
Hein van den Heuvel
HvdH Performance Consulting.
-------------- xfc_to_csv.pl --------
print "name,reads,writes,hits,hitrate,pages,drive,date\n";
while (<>) {
if (/^_(\S+:)\[.*\](\S+);/) { # line begins with filespec
$drive = $1;
$name = $2;
}
if (/ on (\d+)-(\w+)-(\d+)\s+(\d+:\d+)/) {
$n = index(" JANFEBMARAPRMAYJUNJULAUGSEPOCTNOVDEC", $2)/3;
$date = sprintf ("%4d%02d%02d_%02d:%02d", $3, $n, $1, $4, $5) if $n;
}
$pages = $1 if (/(\d+)\s+Total QIOs/);
if (/(\d+)\s+Virtual reads\s+(\d+)/) {
$hits=$1;
$reads=$2;
}
if (/(\d+)\s+Hit rate\s+(\d+)/) {
$writes=$1;
$hitrate=$2;
printf ("%s,%d,%d,%d,%d%,%d,%s,%s\n",
$name,$reads,$writes,$hits,$hitrate,$pages,$drive,$date);
}
}
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 08:30 AM
01-03-2007 08:30 AM
Re: file-level IO monitoring
That would break the script (3 spaces before JAN).
See attachment.
Hein.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 03:05 PM
01-03-2007 03:05 PM
Re: file-level IO monitoring
Just to amplify Hein's post, there is a rich set of functionality BELOW the SHOW MEMORY/CACHE qualifier. I recommend the HELP text as well worthwhile reading.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2007 09:11 PM
01-03-2007 09:11 PM
Re: file-level IO monitoring
http://eisner.encompasserve.org/~halle/
However the SHOW MEM/CACHE command is probably the way to go
$ show mem/cache=(topqio,vol=DEVICENAME)
Purely Personal Opinion