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: [email protected] 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)" <[email protected]> 09/18/2007 01:01 PM Please respond to [email protected] To [email protected] 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___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
