[HACKERS] Re: beta5 ...

2001-02-22 Thread Thomas Lockhart
Can you provide me with a list of platforms it should be tested on? The current list is at http://www.postgresql.org/devel-corner/docs/admin/supported-platforms.html No, I wouldn't do that to you. You tell me how you want the results to look and I'll give you copy-n-paste. All of this

[HACKERS] Re: beta5 ...

2001-02-21 Thread Mitch Vincent
I have a bunch of machines here, some are rather old (K6-200s,P133s, some 486s etc) but they're just collecting dust now. I would be more than happy to install any OS and do build testing for PostgreSQL is there is a need.. What OSes need to have PostgreSQL built/tested on that the developers

[HACKERS] Re: beta5 ...

2001-02-20 Thread Thomas Lockhart
Would there be any value in setting up a project on sourceforge to make use of their compile farm? I know that it doesn't cover all platforms, but it would perhaps be a start to mechanical compile and regression testing. I haven't looked at the platforms available in the compile farm

Re: [HACKERS] Re: beta5 ...

2001-02-20 Thread Larry Rosenman
* Thomas Lockhart [EMAIL PROTECTED] [010220 10:51]: Would there be any value in setting up a project on sourceforge to make use of their compile farm? I know that it doesn't cover all platforms, but it would perhaps be a start to mechanical compile and regression testing. I haven't

Re: [HACKERS] Re: beta5 ...

2001-02-20 Thread Tom Lane
Would there be any value in setting up a project on sourceforge to make use of their compile farm? I know that it doesn't cover all platforms, but it would perhaps be a start to mechanical compile and regression testing. I haven't looked at the platforms available in the compile farm

Re: [HACKERS] Re: beta5 ...

2001-02-20 Thread Justin Clift
As well as Linux I run Solaris 8 SPARC (32-bit not 64), Solaris 7 SPARC (SMP, 32-bit not 64), Solaris 7 Intel (both SMP and uni-processor) and Solaris 8 Intel (both SMP and uni-processor). I can be counted on to do testing of these as required in about 2 weeks from now, after I get a new

Re: AW: [HACKERS] Re: beta5 ...

2001-02-19 Thread Bruce Momjian
At least on AIX it looks like the select with 0 timeout is a noop, and does not yield the processor. There was discussion, that other OS's (BSD) also does an immediate return in case of 0 timeout. Minimum select(2) delay is 1 msec on AIX (tested with Tom's test.c). So, what was the case

AW: AW: [HACKERS] Re: beta5 ...

2001-02-19 Thread Zeugswetter Andreas SB
So, what was the case against using yield (2) ? $ man 2 yield No entry for yield in section 2 of the manual. Lack of portability :-( I can't beleive that AIX finally has a convenience function that is missing in mainstream unix :-) $man 2 yield Purpose Yields the processor to

Re: AW: [HACKERS] Re: beta5 ...

2001-02-19 Thread Tom Lane
Zeugswetter Andreas SB [EMAIL PROTECTED] writes: So, what was the case against using yield (2) ? $ man 2 yield No entry for yield in section 2 of the manual. Lack of portability :-( regards, tom lane

Re: [HACKERS] Re: beta5 ...

2001-02-17 Thread The Hermit Hacker
On Sat, 17 Feb 2001, Bruce Momjian wrote: BTW, is 7.1 going to be a bit slower than 7.0? Or just Beta 5? Just curious. Don't mind waiting for 7.2 for the speed-up if necessary. It is possible that it will be ... the question is whether the slow down is unbearable or not, as to

Re: [HACKERS] Re: beta5 ...

2001-02-17 Thread Tom Lane
The Hermit Hacker [EMAIL PROTECTED] writes: The easy fix is to just set the delay to zero. Looks like that will fix most of the problem. Except that Vadim had a reason for setting it to 5, He claimed to have seen better performance with a nonzero delay. So far none of the rest of us have

Re: [HACKERS] Re: beta5 ...

2001-02-17 Thread Bruce Momjian
The easy fix is to just set the delay to zero. Looks like that will fix most of the problem. Except that Vadim had a reason for setting it to 5, and I'm loath to see that changed unless someone actaully understands the ramifications other then increasing performance ... See post from a

[HACKERS] Re: beta5 ...

2001-02-16 Thread Lincoln Yeoh
At 04:17 PM 2/16/01 -0500, Tom Lane wrote: Vadim says (and I agree) that we really ought to implement a new lightweight lock manager that would fall between spinlocks and regular locks in terms of overhead and functionality. But it's not reasonable Will there be an arbitrary user locking

Re: [HACKERS] Re: beta5 ...

2001-02-16 Thread Bruce Momjian
BTW, is 7.1 going to be a bit slower than 7.0? Or just Beta 5? Just curious. Don't mind waiting for 7.2 for the speed-up if necessary. We expect 7.1 to be faster than 7.0.X. We may have a small problem that we may have to address. Not sure yet. -- Bruce Momjian|

[HACKERS] Re: beta5 ...

2001-02-16 Thread The Hermit Hacker
On Sat, 17 Feb 2001, Lincoln Yeoh wrote: At 04:17 PM 2/16/01 -0500, Tom Lane wrote: Vadim says (and I agree) that we really ought to implement a new lightweight lock manager that would fall between spinlocks and regular locks in terms of overhead and functionality. But it's not reasonable

Re: [HACKERS] Re: beta5 ...

2001-02-16 Thread Bruce Momjian
BTW, is 7.1 going to be a bit slower than 7.0? Or just Beta 5? Just curious. Don't mind waiting for 7.2 for the speed-up if necessary. It is possible that it will be ... the question is whether the slow down is unbearable or not, as to whether we'll let it hold things up or not ...