send me your email, I can pass you a program I did in past. you can try it and you will see if helpful for you or you adjust it by yourself.
j On Mar 4, 3:36 pm, "[Xze]" <[email protected]> wrote: > Unfortunatelly jrf is not suitable for the files that have separation 2, 4, > 8 > > That's why i'm trying to rely on jstat > > Thanks for the link, will give a try > > Xze > > > > On Thu, Mar 4, 2010 at 16:25, Jim Idle <[email protected]> wrote: > > Just use jrf. > > > However I feel that the algorithm has been tuned detrimentally in recent > > times, but it is the one that TEMENOS want you to use. But, start with > > jbase.markmail.org to search for older posts on this. > > > Jim > > > *From:* [email protected] [mailto:[email protected]] *On Behalf > > Of *[Xze] > > *Sent:* Thursday, March 04, 2010 3:57 AM > > *To:* [email protected] > > > *Subject:* Re: Resizing files based on jstat output > > > 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 > > > -- > > 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
