Also, in looking at the analyze.shm -d, if current mod exceeds base mod, you should resize that file. As it is listed by device & inode number, do a find . -inum <inode #> to identify the file.
"Our greatest duty in this life is to help others. And please, if you can't help them, could you at least not hurt them?" - H.H. the Dalai Lama
"When buying & selling are controlled by legislation, the first thing to be bought & sold are the legislators" - P.J. O'Rourke
Dan Fitzgerald
From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> Reply-To: [email protected] To: <[email protected]> Subject: RE: [U2] Universe/Linux Performance Issue Date: Mon, 14 Feb 2005 11:20:39 -0500
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Richardson Sent: Monday, February 14, 2005 9:51 AM To: [email protected] Subject: Re: [U2] Universe/Linux Performance Issue
Moving/Editing a parameter in uvconfig is only a small step in process of making that change active in your systems actively running uv. Simply editing the uvconfig file itself does not dynamically change the currently running uv.
You'll have to re-generate, or build, UV after making those changes, and that, of course will require uv being stopped, and restarted after the new parameter changes being made in the uvconfig file. Please consult the appropriate official UV documentation for details on how to do this, or ask for assistance from a consultant if you're not comfortable with these types of things.
--- This much I do know an have done. Somethings read are understandable in theory, but what they really do is sometimes another thing in the real world. Experience is everything. ----
If you make any Linux kernel parameter changes, same concept applies: you'll need to rebuild the Linux kernel and reboot for those to take affect. Again, if not comfortable here, well worth having a consultant come in for a few hours and help you with both tasks, and you could take notes and learn, in case you need to tackle such tasks again in the future.
--- No Linux changes are required. Linux works and doesn't seem to be the issue ---
As for file sizing - just becasue those files have always been about that size, and always been Dynamic, doesn't mean that they're correct. Again, if not comfortable, ...
-- Remember that I also said that we were on DG/UX and it always handled this with no problem. My feeling is that the particular version of Universe for DG/UX might have been tweaked a little. One time when I was up at the DG benchmark lab in Marlboro, MA, I was told that they had source code for Universe and had made some changes that had to do with posix compliance. So, Im guessing that maybe the DG version multi-threaded this a little better. ---
I'd suggest the FAST File Sizing tool/application from Fitzgerald & Long.
It could be that the overhead of Dynamic Files in your situation may not be worth the benefit, especially if those files are not growing over time. Actual Mileages can and do vary here, of course.
HTH!
----- Original Message ----- From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Monday, February 14, 2005 9:31 AM Subject: RE: [U2] Universe/Linux Performance Issue
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Scott > Richardson > Sent: Monday, February 14, 2005 8:31 AM > To: [email protected] > Subject: Re: [U2] Universe/Linux Performance Issue > > > In addition to what Trevor mentions, you may want to have a look at > the uvconfig parameters, as well as the underlying OS kernel > parameters, including file system settings, etc. > > I don't really have experience with messing with these params. I did > increase MFILES to 300 from 12 > > > Also, file system fragmentation may be an issue, depending on how long
> it's been since it was looked at and addressed, especially if there is
> a lot of reading / writing going on with this file system. > > How is your /tmp space, and swap space? > > No issues there. /tmp is a plenty and swap is never more than 1/2 > used > > What flavor and versions of Linux, and UV? > > Red Hat 3 > > This is a process that your run when other users are not on the > system, and possibly have these files open? > > Tried both ways. Last night I got in when no one was on. I shut down
> UV and brought it back up fresh - same results. > > You are correct to first suspect file sizing. Depending on how > properly, or imporperly tuned they are, Dynamic files can introduce > some overhead. > > Just a few ideas off top of the head... > > Appreciated - Thanks > > Anthony > > > > ----- Original Message ----- > From: "Anthony Dzikiewicz" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Sunday, February 13, 2005 7:11 PM > Subject: [U2] Universe/Linux Performance Issue > > > > I am experiencing some strange behavior on our Linux machine. We > > have > been > > running on this machine since October. I am just getting into some > > file cleanup, year end rolls, etc.. What is happening is that the > > machine > comes > > down to a crawl. > > > > We were on DG/UX and this kind of thing never happened on that > > platform. > I > > could 'roll' files, etc and I never experienced anything like this. > > > > Linux itself seems to be moving along fine. Anything in Universe > > takes almost 1/2 minute to get any response. > > > > Without the purge/cleanup programs running, everything is just > > peachy. > > > > The files are all Dynamic. The programs are doing readu/delete, > > write. That is read a record and write it to a history file and > > delete > > > from > current > > file. Or read a record, move this years data to last years fields > > and > write > > the record back out. > > > > Anybody experience this sort of thing ? Anyway to tweak things up ?
> > I > have > > an idea that the files might not be 'sized' correctly. I also > > remember > that > > Universe on DG/UX was tweaked specfically for that OS. So, maybe it
> > was just more efficient at doing this kind of thing. > > > > Any suggestions would be appreciated. > > > > Thanks > > Anthony > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 2/10/2005 > > ------- > > u2-users mailing list > > [email protected] > > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
