Re: How much will Integrity cost?


"tadamsmar" <tadamsmar@xxxxxxxxx> wrote in message
news:1186424049.801873.87530@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
On Aug 6, 1:38 pm, "Ken Robinson" <kenrb...@xxxxxxxxx> wrote:
On 8/6/07, tadamsmar <tadams...@xxxxxxxxx> wrote:

On Aug 6, 12:10 pm, "Tom Linden" <t...@xxxxxxxxxxxxxx> wrote:
On Mon, 06 Aug 2007 08:55:41 -0700, tadamsmar <tadams...@xxxxxxxxx>
wrote:
I would need 5 low end Integrity systems to replace 5 DS10s.

Just curious, what is the rationale for replacing?

I only have a rationale for planning. I committed to doing some
planning and the deadline looms.

The rationale for pricing in the plan is to be able give our client
heads up on a potential big expense in the future.

I would start at the HP Enterprise Configurator page
<http://h30099.www3.hp.com/configurator/> which will help you with
your configuration and gives you prices at the end. It uses
Javascript, so it won't work if you have Javascript disabled on your
browser. The prices given are before any discounts you might get.

Ken

I did try that. I tried to guess what the lowest end system was.

I ended up with rack mounted 15K system.

But, other web articles seem to indicate that I shold be about to get
a system for something like 5K.

And, this is a process control application. We have used DS10
workstations with big X-terminals. So, I was not sure about rack
mounting and how to connect to X-terminals.

And, I the layered product stuff, in a separate location, was
confusing about. Why is a individual license cheaper that a
workgroup license?
Did not know which to choose.

Also, the web page was slow, so I did not feel like trying over and
over to find the cheapest configuration.

Other than that, the configuration tool worked great ;-)

Anyway I emailed my specs to a HP guy for a quotation.


Planning is good. To fail to plan is to, er, I forget.

You mention here that this is a process control application, and in an
earlier note you mention that this is for a client.

Having worked for some years in the field of "process automation", it is
clear that it has different meanings to different people. An important point
to note here is that typically there are no "industry standard" benchmarks
for process automation. This means that if someone is assuming that Box Z is
an appropriate replacement for Box A based on vendor's performance numbers
for some entirely unrelated class of application, there is a risk you may be
heading for dangerous territory - the land of unhappy clients, which often
leads to the land of happy lawyers (which is not a nice place to be).

If you are sizing your target machines based on real-world experience of
your application or something closely comparable, please accept my apologies
for trying to teach you how to suck eggs. But if someone is taking a guess
based on vendor benchmarks and other experience of so-called "typical"
applications, that guess needs to be validated based on *relevant*
application performance before you go too much further down this road.

For example, there are classes of "process automation" which get
approximately zero benefit from the huge quantities of high speed cache
which are at least in part responsible for some of Itanium's performance,
because these applications use in-memory databases which are too big to fit
in cache, and the vast majority of the data is accessed in a
cache-unfriendly way (e.g. read once and not used again till next scan
cycle). How much do you know about the performance characteristics of the
application as it is today?

You'll also have read, perhaps several times, that alignment faults are very
expensive on Itanium. A process automation application using in-memory
databases (global sections, whatever) for inter-process communication etc
*may* require a little more care and attention, depending on its origins,
history, and architecture, than some "typical applications" do to (a) get
locking right (b) get alignment faults sorted.

If this is an application that has already been ported from VAX to Alpha,
the people who did that work might be in a good position to comment on these
matters.

hth
jw


.

Relevant Pages

  • Re: Domain Controller Removal
    ... We are planning to upgrade the DC's to 2003 ... Is there anywhere to tell on the Exchange servers where all domain config is ... The DSaccess tab contains the GCs, DCs and Configuration DC. ...
    (microsoft.public.exchange.admin)
  • RE: Upgrade Disks in A1000 with VXVM/VCS
    ... Both are running Oracle DB in Production enviornment. ... The configuration is as below: ... am planning replace both LUNs in A1000s with higher capacity Disks (from ...
    (SunManagers)
  • Re: Exchange 2007 RAM Usage
    ... Is your Exchange 2007 Server running any other Exchange roles, ... Planning processor configuration: ...
    (microsoft.public.exchange.admin)
  • Recommendations for a new system
    ... I'm building a new system that will hold a critical Oracle DB as part of a ... Peoplesoft CRM solution, and we were planning to set this configuration as ...
    (SunManagers)