Skip site navigation (1) Skip section navigation (2)

Re: [OT] Re: How much ram is too much

From: Zoltan Boszormenyi <zb(at)cybertec(dot)at>
To: mark(at)mark(dot)mielke(dot)cc
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Dave Cramer <pg(at)fastcrypt(dot)com>, Guy Rouillier <guyr-ml1(at)burntmail(dot)com>, postgresql performance list <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [OT] Re: How much ram is too much
Date: 2007-06-08 19:14:03
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
mark(at)mark(dot)mielke(dot)cc írta:
> On Fri, Jun 08, 2007 at 08:54:39PM +0200, Zoltan Boszormenyi wrote:
>> Joshua D. Drake írta:
>>> Zoltan Boszormenyi wrote:
>>>> Dave Cramer írta:
>>>>> It's an IBM x3850 using linux redhat 4.0
>>>> Isn't that a bit old? I have a RedHat 4.2 somewhere
>>>> that was bundled with Applixware 3. :-)
>>> He means redhat ES/AS 4 I assume.
>> I guessed that, hence the smiley.
>> But it's very unfortunate that version numbers
>> are reused - it can cause confusion.
>> There was a RH 4.0 already a long ago,
>> when the commercial and the community
>> version were the same. I think Microsoft
>> will avoid reusing its versions when year 2095 comes. :-)
> He should have written RHEL 4.0. RH 4.0 is long enough ago, though,
> that I think few would assume it meant the much older release.

Yes. But up until RHEL 8.0/9.0 ( or plain 9 without decimals ;-) )
I can make cheap jokes telling that I can give you a free upgrade. :-)

> You'll find a similar thing with products like "CuteFTP 7.0" or
> "CuteFTP Pro 3.0".

I am sure there are others, too. But enough of this OT,
I am really interested in the main thread's topic.

Best regards,

Zoltán Böszörményi
Cybertec Geschwinde & Schönig GmbH

In response to

pgsql-performance by date

Next:From: Guy RouillierDate: 2007-06-08 19:41:43
Subject: Re: How much ram is too much
Previous:From: markDate: 2007-06-08 19:00:25
Subject: Re: [OT] Re: How much ram is too much

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group