Re: 8.0 beta 1 on linux-mipsel R5900 - Mailing list pgsql-hackers

From Gavin Sherry
Subject Re: 8.0 beta 1 on linux-mipsel R5900
Date
Msg-id Pine.LNX.4.58.0408241539420.27701@linuxworld.com.au
Whole thread Raw
In response to Re: 8.0 beta 1 on linux-mipsel R5900  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
On Tue, 24 Aug 2004, Greg Stark wrote:

>
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>
> > Chris <list@1006.org> writes:
> > > I've compiled 8.0 beta 1 on a R5900 V3.1 (a playstation 2) running
> > > Linux (PS2 Linux 1) for portability testing.
> > > ...
> > > I'm wondering: would it be hard to fix the assembly spinlock code
> > > for the R5900?
> >
> > According to the previous port report from Red Hat, the PS2 chip simply
> > doesn't have any user-space TAS instruction, so you're pretty much stuck.
> > If you can find something that works, let us know.
>
> Out of curiosity. If it lacks a tas instruction, is there really any smp
> implementation that runs on it? Why would postgres want spinlocks at all with
> only one processor?

Errm. Even if we have only one CPU it doesn't mean instructions which
read/write to shared resources in a *multiprocess* environment will be
serialized in the way we want. In fact, its highly unlikely that they
will. If you want to test, make TAS() a noop and see how quickly
things are corrupted in shared memory :-)

Gavin


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: 8.0 beta 1 on linux-mipsel R5900
Next
From: Peter Eisentraut
Date:
Subject: Re: 8.0 beta 1 on linux-mipsel R5900