Re: more anti-postgresql FUD

Поиск
Список
Период
Сортировка
От Geoffrey
Тема Re: more anti-postgresql FUD
Дата
Msg-id 452D87EE.6060207@3times25.net
обсуждение исходный текст
Ответ на Re: more anti-postgresql FUD  (Ron Johnson <ron.l.johnson@cox.net>)
Ответы Re: more anti-postgresql FUD  (Ron Johnson <ron.l.johnson@cox.net>)
Re: more anti-postgresql FUD  (Scott Ribe <scott_ribe@killerbytes.com>)
Список pgsql-general
Ron Johnson wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/11/06 14:48, Chris Browne wrote:
>> ajs@crankycanuck.ca (Andrew Sullivan) writes:
>>> On Tue, Oct 10, 2006 at 02:50:44PM -0400, Tom Lane wrote:
> [snip]
>> Oh, and a cluster of IBM p570s would probably be enough to run a 20
>> user system :-(.  [Actually, that's probably not *entirely* fair; I
>> once administered an R/3 system supporting ~30 users on a uniprocessor
>> DEC Alpha with 256MB of RAM, which by modern standards is pretty
>> pedestrian...]
>
> <GEEZER>
> My first programming job was walloping COBOL on a 1.9 MIPS IBM 43xx
> with only 6MB RAM.  Supported *70* online users and had a
> *relational* database (CA Datacom-DB).
>
> Of course, the FEPs, block-mode terminals and CICS were the crucial
> difference.
>
> Damned shame that Unix killed that mentality, and that client-server
> was usually implemented so poorly.
> </GEEZER>

You had that much memory?  Used to run a time reporting system on a 3b2
400, 4MB Ram, WE32100 10MHz processor, 1.1 MIPS.  Flat file home grown
database system that used indices in shared memory and semaphore
communication between three continuously running processes.

The application ran in pretty much all the AT&T factories at the time.

--
Until later, Geoffrey

Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety.
  - Benjamin Franklin

В списке pgsql-general по дате отправления:

Предыдущее
От: Ron Johnson
Дата:
Сообщение: Re: question on renaming a foreign key
Следующее
От: Richard Broersma Jr
Дата:
Сообщение: Re: question on renaming a foreign key