Re: Have the Itanium critics all been proven wrong?

["Randy Brukardt" <randy@rrsoftware.com>]

"Michael S" <already5chosen@yahoo.com> wrote in message 
news:00dcc463-e9d2-490d-93bc-4ec2084522db@l9g2000vbj.googlegroups.com...
On Aug 22, 3:43 pm, Michael S <already5cho...@yahoo.com> wrote:
> On Aug 22, 1:54 pm, Niklas Holsti <niklas.hol...@tidorum.invalid> wrote:
...
> I'd say, the biggest difference between RSESs and RBaRCAPs is that in
> RSES maximal load as well as minimal available resources are know up
> front. RBaRCAP, on the other hand, should, at least to a certain
> degree, handle increased loads and decreased resources by gracefully
> degrading the quality of service (i.e. typically response time). It's
> also desirable for RBaRCAP to supply better than normal quality of
> service when the loads are low or resources are high.
> Restating the same from slightly different angle, RSES are [hard or
> soft] real-time while RBaRCAP are ether non-real-time (if you believe
> that true non-real-time still exists) or, more realistically,
> extremely soft real time.

The web server that runs the Ada search engine (providing search for various 
Ada standards and other documents) and hosting the Ada-auth.org website is 
such an application; it runs 24x7 and it is 100% Ada. I wouldn't call it 
"really big" though (I think it is around 120Kloc). And it does use 
Unchecked_Deallocation, I thought that might be a problem in a long running 
application, but I've never seen any problem with fragmentation or the like 
even when it is up for several months. (It tends to get restarted every 
couple of months to install the never-ending stream of patches from 
Microsoft, so I don't have any real data on what would happen if it ran for 
a year or more - although I would be surprised if it changed much.

I've also got a spam filter/mail exchanger program that also runs 24x7, is 
about the same size, and has similar characteristics.

My understanding is that these are small systems compared to those used by 
our customers, but I have no direct experience with those systems.

                            Randy.