[Info-vax] Command to show process rms file opens?

[Bob Gezelter]

On Friday, July 31, 2020 at 11:10:33 AM UTC-4, David Hittner wrote:
> On Thursday, July 30, 2020 at 12:00:29 PM UTC-4, geze... at rlgsc.com wrote:
> 
> > I would suggest starting with MONITOR (or run T4 which runs MONITOR to gather data) to see what the bottleneck is. 
> > 
> > There are many performance knobs that be adjusted, but the operative question is: What is the bottleneck? 
> > 
> > It could be I/O. It could be paging? It could (less likely) be CPU saturation? WADR, do not speculate. Measure utilization and make the required adjustments. 
> > 
> > - Bob Gezelter, http://www.rlgsc.com
> 
> Thanks for the reminder to do an analysis and gather detailed metrics before haphazardly changing things.
> 
> I would tend to think that it's an I/O bottleneck, because a slower rx2620 with user files on a dual-channel external 8GB FC RAID array could execute this build in 45 minutes, but I will check. I copied the username from the default SYSTEM account (HPE OpenVMS 8.4 U7) after setting up the system, so it should have fairly decent working set sizes - but again, I'll check.
> 
> It could just be that I need to fix the write cache on the RAID controller by getting new batteries to get the I/O speed back up.
> 
> David

David,

While you are at it, check the RMS defaults. File extends are very elapsed time extensive. Also, increasing buffering factors for sequential files can have large impacts, particularly on high-activity disks. Read ahead and write behind can yield major improvements in elapsed time.

Disk speed (or more embraceivly, mass storage performance) can cover a multitude of configuration choices. In my experience, many cases benefit from tuning. Many years ago, I amused many with what one could get out of MV 3100-38 with a single disk (or for that matter, an 11/750) with proper tuning.

- Bob Gezelter, http://www.rlgsc.com