These can have other effects too. I have my &PH& file as a type 1. I hadn't cleared it out in a long time, and it collected around 200,000 Id's. Not much per se. But that was 200,000 very little unix files inside that directory.
Enough to cause a hugh 12-13 hour timeframe when I was setting up a differential backup. It had to check 200,000 files in that one directory for changes. This is on any system, not just t64. If you do go type 1/19 keep a check on the qty of items. Once I trimmed the qty from 200,000 down to about 800, the differential check went from 12 hours to 15 minutes. (I had a few accounts with large &PH&'s) George >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Tuesday, November 16, 2004 3:12 PM >To: [EMAIL PROTECTED] >Subject: Re: [U2] Can I change VOCLIB to DIR type file? > > >You'll use more disk space (8K minimum per record on Tru64 Unix by >default; if the record is larger than 8K, then disk will be used in >increments of 8K). > >It's also possible, but unlikely, to use up all the namespace >that Tru64 >allocates for record ID's in the Unix filesystem. We found this when a >buggy program wrote thousands and thousands of records to a DIR-type >file. > >If you're using Unix commands, Unidata record locks aren't checked, so >more than one user can try to update a record at the same >time, but only >the last one out will win. > >Bottom line: in a reasonably normal Unidata environment, you should be >fine switching to a DIR-type file. > >Regards, >Tom Derwin ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
