Perhaps the confusion stemmed from the language barrier. Personally, the last few times I've contacted support, I know *I* had a heck of a time understanding.
"Halo, thanks for you to contacted BMC soopoort, my name Peggie..." -JDHood On Fri, Dec 2, 2011 at 3:48 PM, Andrew C Goodall <[email protected]>wrote: > ** ** ** > > I think their confusing “pools” with users. I believe 80 -100 pools is > recommended.**** > > ** ** > > Regards,**** > > **** > > *Andrew Goodall***** > > Software Engineer 2 | Development Services | jcpenney . www.jcp.com > <http://www.jcp.com/>| > 972.431.1518**** > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto:** > [email protected]**] *On Behalf Of *Easter, David > *Sent:* Friday, December 02, 2011 2:24 PM > > *To:* **[email protected]** > *Subject:* Re: how to configure some users to use a private port in the > web version > **** > > ** ** > > **Ø **and we have been told that you should limit users to a maximum > of 80 per mid tier**** > > ** ** > > Not sure where that recommendation came from - a Mid-Tier can easily > handle more than 80 users… Numbers that I’m aware of from BMC’s > performance team are:**** > > ** ** > > • Each Mid Tier can handle up to 200 concurrent users per > CPU-Core.**** > > • BMC recommends a maximum of 400 concurrent users per servlet > engine instance for most servlet engines. **** > > ** ** > > In fact, with 4 Mid-Tiers, a somewhat recent performance white paper > emulated 2500 concurrent users.**** > > ** ** > > 18-Mar-2010 Describes performance and scalability of BMC **Remedy** IT > Service Management 7.6, BMC Service Request Management 7.6, and BMC Atrium > 7.6 on Red Hat Linux® > PDF<http://documents.bmc.com/supportu/documents/11/88/121188/121188.pdf> > **** > > ** ** > > ** ** > > -David J. Easter**** > > Manager of Product Management, **Remedy** Platform**** > > BMC Software, Inc.**** > > **** > > The opinions, statements, and/or suggested courses of action expressed in > this E-mail do not necessarily reflect those of BMC Software, Inc. My > voluntary participation in this forum is not intended to convey a role as a > spokesperson, liaison or public relations representative for BMC Software, > Inc.**** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto:** > [email protected]**] *On Behalf Of *Pierson, Shawn > *Sent:* Thursday, December 01, 2011 10:57 AM > *To:* **[email protected]** > *Subject:* Re: how to configure some users to use a private port in the > web version**** > > ** ** > > ** **** > > You’re going to have further problems. We’ve been running into > performance issues with the 7.6.4 Mid Tier, and we have been told that you > should limit users to a maximum of 80 per mid tier, and the maximum number > of records that can be returned by an operation needs to be given a maximum > of 1000. The best option is going to be to have multiple mid tiers, with > the group you are talking about having their own, but understand that > performance is going to be abysmal if you let the users retrieve more than > 1000 records. As far as my conversations with BMC Support are concerned, > I’ve been given the impression that the Mid Tier is incapable of using more > powerful hardware. For example, my Mid Tier has 6GB of memory, and they > told me that I had to set Tomcat to only use 1GB, so the rest of the memory > is basically wasted.**** > > ** ** > > Thanks,**** > > ** ** > > *Shawn Pierson * > > **Remedy** Developer | **Southern Union****** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto:** > [email protected]**] *On Behalf Of *patchsk > *Sent:* Thursday, December 01, 2011 12:49 PM > *To:* **[email protected]** > *Subject:* how to configure some users to use a private port in the web > version**** > > ** ** > > ** With thick client we can add a RPC program in the login screen to have > certain users to use a specific private port.**** > > With user tool about to be decommissioned did any one figured out how > to achieve this with midtier?**** > > Seems like a very useful option is missing in the web or at least not as > flexible as it is with the user tool**** > > ** ** > > Some of our support groups in our company have large list of tickets like > 1400 tickets displaying in their overview console.**** > > We would like them to use a private port instead of impacting regular > users.**** > > ** ** > > I hope to find some kind of setting in user preferences but I did not see > anything where I can specify a RPC port number.**** > > ** ** > > So far our options are:**** > > 1. Have them use user tool till it gets unusable.**** > > 2. Install a separate midtier and configure with a private RPC and have > these users login with that midtier.**** > > Seems possible but difficult to get approval for another piece of > hardware, also extra maintenance.**** > > 3. Split that support group to several subgroups or change their home page > to use Incident or Change console instead of overview console.**** > > 4. Beefup the hardware and increase the number of fast/list threads.**** > > ** ** > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_**** > > Private and confidential as detailed > here<http://www.sug.com/disclaimers/default.htm#Mail>. > If you cannot access hyperlink, please e-mail sender. **** > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ **** > > The information transmitted is intended only for the person or entity to > which it is addressed and > may contain confidential and/or privileged material. If the reader of this > message is not the intended > recipient, you are hereby notified that your access is unauthorized, and > any review, dissemination, > distribution or copying of this message including any attachments is > strictly prohibited. If you are not > the intended recipient, please contact the sender and delete the material > from any computer. > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend > WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
