HASHED Files and hard Drive Fragmentation
Posted: Wed Sep 04, 2013 11:08 am
Hi All,
Got a question regarding Hashed Files. I have been reading alot of posts here on creating them, and tuning and sadly it does not work to well in my case due to architecture of these Peoplesoft provided jobs.
However here is what I do not get. I have several hashed files that are around 1.6gb is size. Originally they were created with a modulus of 1, and group size of 1. They were badly overflowed, and got re-created each day. When I checked the hard drive for Fragmentation it was high. So I defragged, and ran the update. Once the update was done the fragmentation was back to about 15%?!?!
So I have since changed the code to pre-allocate the hashed file using a modulus of 400003, and group size of 2. Still keep it as 32bit. I unchecked the create file option so the disk space would remain.
So I defragged again, and reran the update but to my surprise it was back at 15% fragmentation.
What am I missing here? I thought the pre-allocating would sort of lock the space, and prevent it from fragging. What causes this fragmentation?
The DATA.30 is 1.6gb and the OVER.30 is 347mb. The file has 35 fields of which 20 are part of the key.
Any insight would be appreciated.
Got a question regarding Hashed Files. I have been reading alot of posts here on creating them, and tuning and sadly it does not work to well in my case due to architecture of these Peoplesoft provided jobs.
However here is what I do not get. I have several hashed files that are around 1.6gb is size. Originally they were created with a modulus of 1, and group size of 1. They were badly overflowed, and got re-created each day. When I checked the hard drive for Fragmentation it was high. So I defragged, and ran the update. Once the update was done the fragmentation was back to about 15%?!?!
So I have since changed the code to pre-allocate the hashed file using a modulus of 400003, and group size of 2. Still keep it as 32bit. I unchecked the create file option so the disk space would remain.
So I defragged again, and reran the update but to my surprise it was back at 15% fragmentation.
What am I missing here? I thought the pre-allocating would sort of lock the space, and prevent it from fragging. What causes this fragmentation?
The DATA.30 is 1.6gb and the OVER.30 is 347mb. The file has 35 fields of which 20 are part of the key.
Any insight would be appreciated.