Thanks very much to everyone who replied to my earlier question about possible ways to determine which DBs are causing (additional) XM activity. For those who asked, here's a little more background: The system is a 969KS/120 w/1GB RAM, running MPE/iX 5.5 (yeah, I know - long story), and for the most part has only two applications that use TurboImage DBs, and all main application have their own volumesets. The abnormal XM activity I'm seeing is intermittent and strong. Everything is fine, then suddenly XM is kicking in every 20-30 seconds, performing 50-80 I/Os/sec during that time (all based on Glance thus far). I do not see any odd job start up (we do have a couple that are well known), so I'm working on the idea that the change in performance is due to someone doing something in a session, or via client-server using Omnidex. Another good possibility pointed out was a relocated restore, the access of which could dramatically change XM activity. (Hadn't thought about that one - - thanks Denys) During the XM activity, many delicately-balanced applications refuse to work correctly - - one being JobPak, in which we have Heavy Production Dependence - - and another being Reflection (specifically, the PCLINK2 program) so production file transfers don't work. In fact, I see LOAD, OUTSPOOL, and DSDAD start to occasionally show up, along with another XM process (pin 12) and then, well.... let's just say things slow down after that, shall we? Now I'm not completely convinced XM is the main issue, but since everything works otherwise, it's certainly a good place to start <grin>. The big question was/is "What's doing it?" So armed with many good suggestions, and a few other ideas (Hey DISC! Guess who's gonna call ya?) I'm hoping to pinpoint the issue and cork it. I'll keep y'all posted... Thanks again! Curtis ----------------------------------------------------- Confidentiality Notice: This e-mail transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that we can arrange for proper delivery, and then please delete the message from your inbox. Thank you. * To join/leave the list, search archives, change list settings, * * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *