|
Mac, If you've got the latest CUM PTF, you should feel comfortable with a permanent apply of the PTF's. Also, blow away any spool files that have been left hanging around. I discovered that one new client had not been doing housekeeping on his output queues, and had over 40,000 "junk" spool files in one queue. When I brought this to the attention of the IS manager, he had me delete anything older than 30 days (I've got a little utility). 37,000 reports went bye bye and I got back 8.5% of the DASD. Paul Nelson Braxton-Reed, Inc. 877-777-2729 Office 630-327-8665 Cell 708-923-7354 Home pnelson@braxton-reed.com ----- Original Message ----- From: <MacWheel99@aol.com> To: <midrange-l@midrange.com> Sent: Friday, March 29, 2002 3:14 PM Subject: Re: system is loosing disk space at extraordinary rate > A few weeks ago we went from V4R3 to V4R5 & with some trepidation I looked at > disk space consumption before & after. We are on a 12 Gig model 170 & I > asked the rhetorical question "If V4R5 is going to eat 5% more of disk space, > what will V5R1 eat?" Then the next day I was annoyed to see disk space went > down by another 5%, ditto the next. > > Well it has stabilized now, but I have been running IPLs much more frequently > than in the past, and tackling some disk space wastage issues in applications > where previously I did not feel motivated to spend the time at cleaning up > what might be marginal. Now I feel happy if I have saved 0.05 % disk space > after a large chunk of my time futzing with stuff, because the disk space > consumption is unhealthy. > > My theory ... is that V4R5 needs to convert some of our stuff to a new format > that eats more disk space, but it does not do the conversion until we > actually use it. I had seen references to this in various past threads with > respect to: > > What all information baggage is carried along with a spool file report; > What all is in a file external description that can make SQL more efficiently > access it & also provide capabilities for new kinds of file ingredients; > System indexing that can make SQL & other access methods more productive, at > the cost of eating more disk space. > > Also perhaps temporary PTFs are eating more disk space than we realized. > Buying another hard drive is not an option as far as management is concerned. > > MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac) > _______________________________________________ > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > or email: MIDRANGE-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.