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

Reply via email to