Thanks Kelvin. On Tue, 17 Aug 2010 13:14:55 -0400, Wallace, Kelvin <[email protected]> wrote:
>Eric, > >We installed ARS on a T2000 in 2006 (it is still there) and never had >any performance issues. However, we have home-grown apps and rarely >have as many as 50 concurrent users. Oracle 10g and Mid-Tier are on the >same box. CPU utilization is always low (<5%). > >We do have Oracle databases running on T5220s. We were running in >production for a couple of months when someone kicked off a job that >caused an issue with disk utilization (the disks internal to the box). >Because the write actions require 4 I/Os to the disk, it created waits >which denied other users access to the Oracle apps. We opted to move >the DBs to a arrays with a large amount of cache and the problem >disappeared. > >Before we bought the T5220s, we also looked at the M3000. At the time, >the pricing was similar except RAM was expensive for both machines >(more, I believe, for the M3000). The T5220s have had a few issues with >firmware, but we have found a stable version. > >HTH, >Kelvin > >-----Original Message----- >From: Action Request System discussion list(ARSList) >[mailto:[email protected]] On Behalf Of Eric Zhang >Sent: Tuesday, August 17, 2010 1:22 PM >To: [email protected] >Subject: Re: Sun Server T5120 > >Interesting. I was told by my capacity planning guy that Oracle 10G is >one >of the apps performing poorly on T-Series, while PeopelSoft app just fly > >on T-series box. We don't want to take a chance so we pick M3000. > >Eric > >On Thu, 12 Aug 2010 21:01:37 +0000, michael campbell ><[email protected]> >wrote: > >> >>I guess I should have weighed in earlier. We run full ITSM for a >couple >different organizations, to include SRM, KMX, and a full CMDB. We are >doing this on T2000s in one organization, and T5120s in another. Oracle >10G and 11G and never had any performance issues. These things smoke. >In >an older implementation, I had 280Rs now 440s, full 5.5 ITSM, still >purring. >>mike >> >>> Date: Thu, 12 Aug 2010 17:31:33 -0400 >>> From: [email protected] >>> Subject: Re: Sun Server T5120 >>> To: [email protected] >>> >>> Will do. >>> >>> On Wed, 11 Aug 2010 12:43:17 -0500, Axton <[email protected]> >wrote: >>> >>> >Interesting. Your development ui will definitely move much faster. I > >>> would >>> >like to hear how things go when in production if you can share that >>> >information later on. >>> > >>> >Axton Grams >>> > >>> >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. >>> > >>> >On Wed, Aug 11, 2010 at 1:36 PM, Eric Zhang <[email protected]> >wrote: >>> > >>> >> Thanks Axton. >>> >> >>> >> We decided to go with M3000 after some internal discussion and >external >>> >> consultation. The main reasons are: 1) Internally, we have some >T5120 >>> >> servers that perform poorly with some applications; 2) I asked BMC > >>> support >>> >> for recommendation. BMC doesn't recommend a particular SPARC >machine. >>> >> However from previous experience, they found that the T series is >good >>> for >>> >> mid-tier but not for CPU intensive operations in AR Server. The V >series >>> >> or better yet M series is good for CPU intensive operations. >>> >> >>> >> Eric >>> >> >>> >> >>> >> On Mon, 9 Aug 2010 21:32:31 -0500, Axton <[email protected]> >wrote: >>> >> >>> >> >We are using T5120, T5440, and T2000's to host Remedy. It runs >Remedy >>> >> >really well but we are not running the ITSM applications. We are >using >>> >> >Solaris 9 Branded Zones with Solaris 10 on the global host. We >have >>> done >>> >> >some special things to the boxes. We use libumem instead of libc >(slab >>> >> >memory allocator) and we use quiet a few GNU tools because they >are >>> more >>> >> up >>> >> >to date. >>> >> > >>> >> >Zones are really nice when you need to clone an environment or >need >>> >> >snapshots of an environment. >>> >> > >>> >> >There is an issues with some patches on Solaris 9 Branded Zones >where >>> >> >rpcbind stops working with UDP transport for all services (I can >get >>> the >>> >> >details if interested) which does not work with Remedy. >>> >> > >>> >> >There is also an issue with Java 1.5 in the Branded Zones (1.4 >and >1.6 >>> JRE >>> >> >run fine), which prevents the X based Remedy installers from >running at >>> >> all, >>> >> >but a patch or hotfix is available to address that issue. I can >get >>> more >>> >> >details here if needed. >>> >> > >>> >> >The only comments I can add is that the cores/threads are not >that >fast >>> >> >(1ghz, or a little faster), so the things that depend on one fast > >cpu >>> do >>> >> not >>> >> >perform as well as a say, a single cpu box with a really fast >cpu. >The >>> >> >boxes handle a large number of concurrent users really well >though. >We >>> >> are >>> >> >able to support 2k to 4k (max peak) concurrent users on 2xT5120's > >>> without >>> >> >much of a load. >>> >> > >>> >> >Compiling software on these boxes, say compared to a SunFire or a >M- >>> >> Series, >>> >> >is slow though. The concurrency on the cool-threads is great >though. >>> >> > That's the trade-off. >>> >> > >>> >> >The zone technology still has some maturing to do, as compared to > >>> openvz >>> >> >(Linux) or bsd jails. Sun is making strides in the right >direction, >>> but >>> >> >they still have some catching up to do. >>> >> > >>> >> >With the zones, some of my favorite tools simply don't work >because >the >>> >> >container technology is not mature. Examples include lsof, >tcpdump, >>> and >>> >> >some other things. This is because they have not come up with a >>> >> >good privilege separation model to allow the zones to access >kernel >>> memory >>> >> >specific to the zone. There are hacks to work around this, but in > >the >>> >> >current model they create gaping holes in the security of the >>> >> virtualization >>> >> >because they allow the zones access to the kernel memory for >every >>> other >>> >> >zone and the global host. This makes troubleshooting in zones >>> impossible >>> >> or >>> >> >hap-hazard, at best. >>> >> > >>> >> >Axton Grams >>> >> > >>> >> >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. >>> >> > >>> >> >On Mon, Aug 9, 2010 at 4:57 PM, Eric Zhang <[email protected]> >wrote: >>> >> > >>> >> >> We are looking into purchasing a Sun T5120 to host AR System >7.5 >and >>> >> >> Remedy apps (ITSM, CMDB, SRM, and SLM) with about 400 >concurrent >>> users. >>> >> >> The other options is M3000, which is a lot more expensive. >>> >> >> >>> >> >> Is anyone using T5120 (or any of Sun's "cool-threads" series of > >>> servers) >>> >> >> to host AR System and ITSM apps? Any feedback is appreciated. >>> >> >> >>> >> >> Eric >>> >> >> >>> >> >> >>> >> >> >>> >> >>> >________________________________________________________________________ >___ >>> >> ____ >>> >> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> >> >> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >>> >> >> >>> >> > >>> >> >>> >>_______________________________________________________________________ >___ >>> >> _____ >>> >> >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> >> >attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >>> >> > >>> >> >>> >> >>> >> >>> >________________________________________________________________________ >___ >>> ____ >>> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> >> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >>> >> >>> > >>> >>_______________________________________________________________________ >___ >>> _____ >>> >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> >attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >>> > >>> >>> >________________________________________________________________________ >___ >____ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >> >>_______________________________________________________________________ >___ >_____ >>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >> > >________________________________________________________________________ >_______ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > >__________________________________________________________________________ _____ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" >======================================================================== _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
