Thank you for your reply. Actually, my task is as follows: I'm checking with jstat every file on a regular basis (once per two weeks or once per month). My next step is to apply a formula, something like IF (Total.Frames.In.Primary* Frame.Size + Total.Frames.In.Secondary*Frame.Size)/Record.Bytes > File.size or whatever and to know whether this particular file requires resize or not.
So, the question was what is that 'magic' formula and what is the formula for new modulo, assuming that my file requires resize Regards, Xze On Wed, Mar 3, 2010 at 09:46, <[email protected]> wrote: > Xze like you discovered you can't really win that game. > You want to focus on bytes/group. As long as that number is reasonably > under your frame size of 8192, you're about as good as you can get in the > "speed" department here. As you can see, your resizing drastically lowered > this number from 6301 to 3148 > > That's what you gained by the resize. > I really don't think you're going to notice any speed improvement however > :) > Just my two cents! > I've resized my share of files in my lifetime. > If you're having speed issues, your programming is more likely to be at > fault, then this file. > Or perhaps you have some oddly very badly sized file... or you're running > an Anti-Virus on your server. > > Will > > > > > -----Original Message----- > From: [Xze] <[email protected]> > To: [email protected] > Sent: Tue, Mar 2, 2010 10:41 pm > Subject: Re: Resizing files based on jstat output > > Thank you for your ideas, but i believe something is definitely wrong > here. > > You said that the citeriea for a badly sized file is the following > condition: Total Frames > Groups Allocated. > Ok, i calculated the new modulo and re-sized the file, check it out: > > jsh ~ -->jstat -v F.LOCKING > File ../bnk.data/eb/F.LOCKING > Type=J4 , Hash method = 5 > Created at Wed Jan 6 19:45:35 2010 > Groups = *1629 *, Frame size = 8192 bytes , Secondary Record Size = 16384 > bytes > Restore re-size parameters : (none) > File size = 16457728 bytes , Inode = 2272742 , Device = Id > 9223372217243402242 > Last Accessed Wed Mar 3 08:30:39 2010 , Last Modified Wed Mar 3 08:30:39 > 2010 > Backup = YES , Log = YES , Rollback = YES , Network = AUTO > > > Record Count = 24206 , Record Bytes = 10265821 > Bytes/Record = 424 , Bytes/Group = 6301 > Primary file space: Total Frames = *1950 *, Total Bytes = 9840132 > Secondary file space: Total Frames = 56 , Total Bytes = 425689 > > jsh ~ -->jrf -ES*3261*,2 F.LOCKING > > jsh ~ -->jstat -v F.LOCKING > File ../bnk.data/eb/F.LOCKING > Type=J4 , Hash method = 5 > Created at Wed Mar 3 08:32:26 2010 > Groups = *3261 *, Frame size = 8192 bytes , Secondary Record Size = 16384 > bytes > Restore re-size parameters : (none) > File size = 27828224 bytes , Inode = 2295685 , Device = Id > 9223372217243402242 > Last Accessed Wed Mar 3 08:32:27 2010 , Last Modified Wed Mar 3 08:32:27 > 2010 > Backup = YES , Log = YES , Rollback = YES , Network = AUTO > > > Record Count = 24206 , Record Bytes = 10265821 > Bytes/Record = 424 , Bytes/Group = 3148 > Primary file space: Total Frames = *3340 *, Total Bytes = 9840132 > Secondary file space: Total Frames = 56 , Total Bytes = 425689 > > With that kind of approach i'll be resizing in an infinite loop > > Can anybody clarify the issue? > > > -- > Please read the posting guidelines at: > http://groups.google.com/group/jBASE/web/Posting%20Guidelines > > IMPORTANT: Type T24: at the start of the subject line for questions > specific to Globus/T24 > > To post, send email to [email protected] > To unsubscribe, send email to [email protected] > For more options, visit this group at > http://groups.google.com/group/jBASE?hl=en > -- Please read the posting guidelines at: http://groups.google.com/group/jBASE/web/Posting%20Guidelines IMPORTANT: Type T24: at the start of the subject line for questions specific to Globus/T24 To post, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit this group at http://groups.google.com/group/jBASE?hl=en
