Mark,
There's not a defined "good answer", which is why you may be searching still. J It is really dependent on your particular environment and system usage. Personally, I would do a couple of things: 1) Enable thread logging. Then, when your arserver restarts, watch how long it takes for all of your threads to get started up. there will be 6 fast and 6 list right out the door, but do the other 9 start up right after that? During a period of peak usage? Do all 15 get started? 2) Take samples (I usually try for 30 minutes at a time) of your API and SQL logs during various periods during the day (high and low usage times), and run them through the AR Log Analyzer script you can find on the developer community site. That will allow you to see how the threads are being utilized during those windows. so, how long are the threads idle? Are the calls evenly distributed? Etc. Lots of good information there. 3) Review the need for private threads. This would be for reporters, etc. It's never been an exact science, and I believe that Doug M. has made a couple posts in the past that state something to that effect (he may come out and slap me for that. J, but I do seem to recall the KISS methodology of adding a thread at a time until everything is performing well.) Good luck, Matt From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Brittain, Mark Sent: Tuesday, June 30, 2009 1:36 PM To: [email protected] Subject: Advice on Threads ** Hi Everyone, I am hoping to get some advice on the right number of threads. I have read the book and taken the PT&T class and have never gotten a good answer on what the right number would be. I have about 600 users, of which 120-150 are logged on at any given time. The threads are set up like this (thread - min/max). Admin - 1/1 Fast - 6/15 List - 6/20 ARS 6.3, patch 20, Oracle 9.2 Thanks Mark ____________________________________________ Mark Brittain Remedy Developer NaviSite [email protected] (315) 453-2912 x5418 (Phone) (315) 317.2897 (Cell) Reduce Cost of IT with Managed Hosting and Application Services from NaviSite. Visit www.NaviSite.com Today. ________________________________ This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
