- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- 0% read hit rate on XFC cache for RMS indexed file...
Operating System - OpenVMS
1820267
Members
2754
Online
109622
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
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
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
04-09-2010 02:23 AM
04-09-2010 02:23 AM
Re: 0% read hit rate on XFC cache for RMS indexed file being read sequentially using C RTL fgets()?
Hi Mark,
>> I've been informed that the volume does get backed up, and it is backed
>> up using Legato.
This is interesting. VMS backup I know of sure takes care of skipping the
XFC cache and hence avoids thrashing of XFC cache.
What we need to find out is whether the Legato backup application also do
something similar to VMS backup and skip the XFC cache.
If not then the Legatobackup will trash the XFC cache and wipe out the data
already present in the XFC cache.
I was thinking of some way by which we can make the Legato backup to skip
the XFC cache. In the existing versions of VMS there is no way to
dynamically enable/disable XFC cache for mounted volumes.
This feature would however be provided by the upcoming VMS V8.4 Release.
For the time being, If its feasible, you can try this test -
Dont backup the disk using legato backup for one day and monitor the
performance of the application the next day. Is it XFC statistics the same
when the application starts or is there any difference.
>> However, it does show that the cache drops in size to ~400MB in places.
Yes correct. we can clearly see the XFC allocated memory shrink number of
times. It does get as low at ~400MB. This is a indication that system has
got memory starved and has requested XFC to shrink and release some memory.
Some statistics from "SDA>XFC SHOW MEM" output -
>> MMG callback count : 1216058
This is the number of times System has requested XFC to trim down its memory.
>> Expand attempts refused : 268666
This is the number of times XFC did not get memory from the system when it
tried to expand its memory.
All these data points to the fact that the system gets memory starved at
times due to which it requests XFC to trim down. This causes XFC to depose
contents of the cache in order to free up memory.
It would be interesting to see your analysis on the memory usage of the system.
Add to the legato backup application which can also potentially thrash the XFC
cache unless it specifically takes care to skip the XFC cache (like VMS backup
for example).
Does the Legato backup application issue IO's such that it skips the XFC cache?
I will look in to the "SDA>XFC SHOW HIST" output in more detail for more clues.
Regards,
Murali
>> I've been informed that the volume does get backed up, and it is backed
>> up using Legato.
This is interesting. VMS backup I know of sure takes care of skipping the
XFC cache and hence avoids thrashing of XFC cache.
What we need to find out is whether the Legato backup application also do
something similar to VMS backup and skip the XFC cache.
If not then the Legatobackup will trash the XFC cache and wipe out the data
already present in the XFC cache.
I was thinking of some way by which we can make the Legato backup to skip
the XFC cache. In the existing versions of VMS there is no way to
dynamically enable/disable XFC cache for mounted volumes.
This feature would however be provided by the upcoming VMS V8.4 Release.
For the time being, If its feasible, you can try this test -
Dont backup the disk using legato backup for one day and monitor the
performance of the application the next day. Is it XFC statistics the same
when the application starts or is there any difference.
>> However, it does show that the cache drops in size to ~400MB in places.
Yes correct. we can clearly see the XFC allocated memory shrink number of
times. It does get as low at ~400MB. This is a indication that system has
got memory starved and has requested XFC to shrink and release some memory.
Some statistics from "SDA>XFC SHOW MEM" output -
>> MMG callback count : 1216058
This is the number of times System has requested XFC to trim down its memory.
>> Expand attempts refused : 268666
This is the number of times XFC did not get memory from the system when it
tried to expand its memory.
All these data points to the fact that the system gets memory starved at
times due to which it requests XFC to trim down. This causes XFC to depose
contents of the cache in order to free up memory.
It would be interesting to see your analysis on the memory usage of the system.
Add to the legato backup application which can also potentially thrash the XFC
cache unless it specifically takes care to skip the XFC cache (like VMS backup
for example).
Does the Legato backup application issue IO's such that it skips the XFC cache?
I will look in to the "SDA>XFC SHOW HIST" output in more detail for more clues.
Regards,
Murali
Let There Be Rock - AC/DC
- « Previous
-
- 1
- 2
- Next »
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
Learn About
News and Events
Support
© Copyright 2025 Hewlett Packard Enterprise Development LP