- Community Home
- >
- Servers and Operating Systems
- >
- HPE BladeSystem
- >
- BladeSystem - General
- >
- Itanium versus Nehalem for Java/Cobol highly threa...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-18-2011 08:00 AM
тАО01-18-2011 08:00 AM
Itanium versus Nehalem for Java/Cobol highly threaded Workloads?
One of my clients specifically asked if a dual socket 4 core Intanium Blade (BL860c i2) will be better performance wise than its Nehalem based cousin BL890c G7 with 2 hexa-core 5660s.
Put simply:
IA 9350 - 8 cores/16 threads (BL860c i2)
HP-UX 11.31
vs
Nehalem 5660 - 12 cores/12 threads (BL490c G7)
RHEL 5.5/6.0
The apps are Java/Cobol highly threaded apps.
And set aside elements like cost, perceieved RAS and TCO.
TIA!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-19-2011 01:35 AM
тАО01-19-2011 01:35 AM
Re: Itanium versus Nehalem for Java/Cobol highly threaded Workloads?
Having said that, probably the more important questions are around the operating system and compiler implementations (and the JVM for Java). How well do they handle distributing multithreaded workloads across multiple cores and processor threads?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-19-2011 05:54 AM
тАО01-19-2011 05:54 AM
Re: Itanium versus Nehalem for Java/Cobol highly threaded Workloads?
There are hardly any perf stats for Integrity systems out there considering it's been more than 6 months already since the Integrity Tukwila systems came out.
My "guess" however would be the Tukwila will hold its own and core for core would be "faster".
The Nehalem box would of course be using INTEL Compiler (optimised for the Nehalem chip), JVM is assumed to be optimised as well as do Java. Redhat Linux of course will run the show there.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-27-2011 10:15 AM
тАО01-27-2011 10:15 AM
Re: Itanium versus Nehalem for Java/Cobol highly threaded Workloads?
Basically, you can get a lot more memory in play for the money, which is huge for java and arguably more important then CPU. We can scale out though so that makes it an easy call for us. Also, we never moved off of HP-UX 11.23 so we were facing an OS migration anyway (arguably).
Other, you'll get 24"cpus" if you enable hyperthreading, assuming you are talking about a 2-socket box with 2 5600 series class chips.
I'd go redhat/x86-64, but that is my 2 cents. So far I'm loving the transition.
Other, we do go straight to redhat for support though too after suffering much pain with keeping contracts up to date via HP and lackluster support (but that could have just been our experiences).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-27-2011 10:48 AM
тАО01-27-2011 10:48 AM
Re: Itanium versus Nehalem for Java/Cobol highly threaded Workloads?
We have been so uber-successful with our UNIX-away Programme too. We have Nehalem-EX's and Dunnigtons and our Migrations are almost complete.
For small UNIX footprints -- we moved them to Linux on a virtual infrastructure (vSPhere or KVM).
And performance and stability has been remarkable so far.
My new client likely has deep pockets that is why I am inclined to recommend the Interity2 Blades... I am just wondering why thee are no benchmarks yet for Integrity Blades versus Proliant Blades -- I know - it's likely a no-brainer for a dual chip vendor to compare the two.
The only RISC platform likely to compete with the Nehalems and the upcoming Bulldozers is likely the Power chip.
Thanks for thine insghts though.