If you set up a private queue for mid-tier to increase performance, would'nt you then loose performance some other place? The total number of requests the server is capable to perform should still be the same....
Otherwise; pertum mobile... -- Jarl On 9/19/07, Hall Chad - chahal <[EMAIL PROTECTED]> wrote: > > ** > > For all practical purposes, any queue can do any type of work. So, yes you > lose the ability to split up your Mid Tier traffic into submit/update type > work (Fast) and query work (List), but that distinction is not important. > The important thing is the work gets done, and any private thread can do any > of the work. > > > > Just make sure that you have enough private threads to handle the max > number of concurrent operations you expect to have. To gauge this you should > consider what percentage of your users will be coming in through Mid Tier. > If, for example, you have 5 Fast and 5 List, and 50% of your users access > the system through Mid Tier, then you could probably go with 5 private > threads. > > > > I would advise starting with some rough estimate like this. Then capture > API and SQL logs from your peak time and run them through BMC's Log > Analyzer. That will break down thread activity levels. If you see that any > of your private threads had a min idle time of 0, then there was some > queuing of API calls and you may want to increase the number of threads. If > there is no queuing, or if it only occurred a couple times, then you're > probably okay. That's also a good routine to use when estimating Fast and > List thread limits. > > > > *Chad Hall* > (501) 342-2650 > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Thad K Esser > *Sent:* Tuesday, September 18, 2007 3:43 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Dedicated Queue for Mid-Tier > > > > ** > I guess my concern is with the Fast and List queues. If you are using a > private queue, you lose those distinctions (or do you?). It seems that > could slow things down. Is overall performance still improved? > > Since everything is new with this installation, I've got the chance to > optimize, and I want to take full advantage of that. > > Thanks, > *Thad Esser* > Remedy Developer > "*Argue for your limitations, and sure enough, they're yours."*-- Richard > Bach > > *"Hall Chad - chahal" <[EMAIL PROTECTED]>* > Sent by: "Action Request System discussion list(ARSList)" < > arslist@ARSLIST.ORG> > > 09/18/2007 01:01 PM > > Please respond to > arslist@ARSLIST.ORG > > To > > arslist@ARSLIST.ORG > > cc > > > > Subject > > Re: Dedicated Queue for Mid-Tier > > > > > > > > > > > ** > I'm not familiar with a white paper on this, but you should just be able > to setup a new private queue in Remedy Administrator, specifying an > appropriate Max Threads. Then in your Mid Tier config tool in the AR Server > section, specify the RPC that corresponds to the private queue. Mid Tier > should then connect exclusively on the private threads. Just be sure to use > a Max Threads setting for that queue that is high enough that it won't > bottleneck your Mid Tier traffic, yet low enough that it won't cause too > much overhead on your AR Server. This should apply to any version of AR > Server and Mid Tier. > > *Chad Hall* > (501) 342-2650 > > > ------------------------------ > > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Thad K Esser* > Sent:* Tuesday, September 18, 2007 2:35 PM* > To:* [EMAIL PROTECTED] > Subject:* Dedicated Queue for Mid-Tier > > ** > Sorry about that last e-mail, I learned something about our mail servers > today (don't put the word "Private" in the subject line). Anyway, my > original question: > > Last year around this time, there was a discussion about using a private > queue to improve Mid-Tier response. Someone mentioned that a white paper > existed, but I'm not having any luck finding it now. If anyone could point > me in the right direction that'd be great (can't seem to find the right > keywords on BMCDN) > > (this will be for 7.1, mid-tier and ARS on separate servers) > * > Thad Esser* > Remedy Developer > "*Argue for your limitations, and sure enough, they're yours."*-- Richard > Bach > > ***IMPORTANT NOTICE: This communication, including any attachment, > contains information that may be confidential or privileged, and is intended > solely for the entity or individual to whom it is addressed. If you are not > the intended recipient, you should delete this message and are hereby > notified that any disclosure, copying, or distribution of this message is > strictly prohibited. Nothing in this email, including any attachment, is > intended to be a legally binding signature.*** > __20060125_______________________This posting was submitted with HTML in > it___ > > ************************************************************************* > The information contained in this communication is confidential, is > intended only for the use of the recipient named above, and may be > legally privileged. > > If the reader of this message is not the intended recipient, you are > hereby notified that any dissemination, distribution or copying of this > communication is strictly prohibited. > > If you have received this communication in error, please resend this > communication to the sender and delete the original message or any copy > of it from your computer system. > > Thank you. > ************************************************************************* > > __20060125_______________________This posting was submitted with HTML in > it___ > > ***IMPORTANT NOTICE: This communication, including any attachment, > contains information that may be confidential or privileged, and is intended > solely for the entity or individual to whom it is addressed. If you are not > the intended recipient, you should delete this message and are hereby > notified that any disclosure, copying, or distribution of this message is > strictly prohibited. Nothing in this email, including any attachment, is > intended to be a legally binding signature.*** > > __20060125_______________________This posting was submitted with HTML in > it___ > __20060125_______________________This posting was submitted with HTML in > it___ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
