Re: Re: [ANNOUNCE] PostgreSQL 7.0 a success

From: Charles Tassell <ctassell(at)isn(dot)net>
To: "Jeffrey H(dot) Johnson" <jeff(at)websitefactory(dot)net>, PostgreSQL-general <pgsql-general(at)postgreSQL(dot)org>
Subject: Re: Re: [ANNOUNCE] PostgreSQL 7.0 a success
Date: 2000-05-25 00:32:03
Message-ID: 4.2.0.58.20000524212936.009f5c50@mailer.isn.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-announce pgsql-general

You can do software raid via the OS if you really want. In Linux your use
the mdtools package and the multiple device kernel options, on FreeBSD
there are two packages to do the same thing.

At 08:40 PM 5/24/00, Jeffrey H. Johnson wrote:
>On 5/24/00 7:53 PM -0300 gustavoh(at)sysadmin(dot)com(dot)br wrote:
>
>>First of all,
>>Let me say I dont have much experience with postgresql and I've
>>done only few tests, so excuse me for any wrong comments i make.
>>I think the following things should be improved in postgresql now:
>>- reliability
>>- Documentation
>
>>At 23:20 20/05/00 -0400, Bruce Momjian wrote:
>>>So, those people waiting on the fence to try 7.0, go ahead. It is
>>>ready for prime-time.
>>>
>>>Of course, we have big plans for 7.1, and will start on that shortly.
>>> Bruce Momjian | http://www.op.net/~candle
>
>What I'd like to see would be a software RAID similar to what is in MySQL
>3.23.x. That would be my only real feature request at this point.
>
>--
>Jeffrey H. Johnson - jeff(at)websitefactory(dot)net - System Administration - TrN
>Barnet Worldwide Enterprises - The Website Factory - www.websitefactory.net
>

In response to

Browse pgsql-announce by date

  From Date Subject
Next Message Denis Perchine 2000-05-25 03:03:27 Re: Re: [ANNOUNCE] PostgreSQL 7.0 a success
Previous Message Alex Pilosov 2000-05-25 00:08:11 Re: Re: [ANNOUNCE] PostgreSQL 7.0 a success

Browse pgsql-general by date

  From Date Subject
Next Message Bryan White 2000-05-25 01:37:46 Re: PG 7.0 is 2.5 times slower running a big report
Previous Message The Hermit Hacker 2000-05-25 00:28:07 Re: Postgres Instability