One important consideration the Max nunmber of threads depends of the Hardware (CPU & RAM) if the server ask to your OS Personnel to ask how many threads the server can accept for connections; also consider that the fast and list threads are for operations of search and write for all transactions due the database, exists other threads for alerts, and admin queue, if it's needed you can define a private queue with their own max & min threads for making a "balancing" in the ARS Server, but always considering the hardware capacities. Best Regards
Hugo Ruesga perotsystems® US 972.577.7000MX +52 (33) 3332.3868 P Please consider the environment before printing this email The information contained in and transferred with this electronic message is intended only for the recipient(s) designated above, it is protected by law and it may contain information which is privileged and confidential. If you are not the intended recipient, please do not read, copy, or use it, and do not disclose it to others. Please notify the sender of the delivery error by replying to this message, and then delete it from your system. Thank you. Date: Tue, 12 Aug 2008 16:20:57 +0100From: [EMAIL PROTECTED]: Re: Thread Configuration QuestionsTo: [EMAIL PROTECTED] Rick – thank you! That is exactly what I was looking for. From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Rick CookSent: Tuesday, August 12, 2008 10:16 AMTo: [EMAIL PROTECTED]: Re: Thread Configuration Questions ** Lisa, I have to assume that you know how and where to define Fast/List threads (question #1), and that I perhaps misunderstood your real question. Let me share some deeper information on what I believe are your other questions.1. The minimum number of defined threads will always start and be available, whether in use or not.2. The threads are stored in the ar.conf/ar.cfg file, which is read and cached at AR System startup. You can turn on thread-level logging to see how many are actually in use at any time.3. The Min/Max numbers are in the docs - Configuration, I think.4/5. I'll answer this one based on how a thread processes transactions. My knowledge here might be old, but it's the last thing I heard. Thread #1 will queue up to 5 transaction connections (appropriate to tx type). Once tx #6 comes along, it is bumped to the next thread in line. If there are no other active threads available, AR System will start one unless it is already at its defined maximum number. This continues until the max # of defined threads for that tx type (List/Fast) has been reached. At that point, timeouts will likely occur.I don't think the threads are IP/client specific (i.e. sticky), but I could be wrong about that. I think it's just dealing with the raw transactions.Hope this is what you're looking for!Rick On Tue, Aug 12, 2008 at 7:50 AM, LisaD <[EMAIL PROTECTED]> wrote: All: My client has questions regarding where to configure thread usage.Anyone with this expertise?1. How can we tell how many threads the servers are currently configured touse?(NOTE: Not AREA threads - we have already made updates to those to reducethe TCP connections)2. Where is thread configuration information stored?3. Are there a minimum/maximum number of threads that the servers areconfigured to use?4. Are there an initial one-to-one relationship between connections andthreads? In other words, does each new connection (from a unique IP) startby using only one new thread or does each connection start with multiplethreads?5. Do the number of threads stay the same after established for thatconnection, or do they increase depending on the requests being made to theserver?Thanks in advance for any help you can give!-LisaD-----Lisa [EMAIL PROTECTED] this message in context: http://www.nabble.com/Thread-Configuration-Questions-tp18945859p18945859.htmlSent from the ARS (Action Request System) mailing list archive at Nabble.com._______________________________________________________________________________UNSUBSCRIBE or access ARSlist Archives at www.arslist.orgPlatinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ TuringSMI is a Platinum Sponsor of both BMC UserWorld Events Email Disclaimer This email has been sent from the TuringSMI Group This message is subject to and does not create or vary any contractual relationship between TuringSMI, SMI Technologies, SMI Telco, its subsidiaries or affiliates and you. Internet communications are not secure and therefore the TuringSMI Group does not accept any legal responsibility for the contents of this message. Any views or opinions expressed are those of the author. This message is intended for the addressee(s) only and its contents and any attached files are strictly confidential. If you have received it in error, please contact the sender on the number above.__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ _________________________________________________________________ ¿Quieres los emoticonos y guiños más divertidos? Descárgate Internet Explorer 7, y consigue contenidos exclusivos cada semana. ¡Gratis! http://www.vivelive.com/IEAK7 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
