[ADMIN] unsubscribe

2003-06-01 Thread Michael Sheldon
Me too. ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html

[ADMIN] unsubscribe

2003-06-01 Thread Bob Wheldon
unsubscribe ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html

[ADMIN] PG 7.1.2 Crash: cannot read xlog dir

2003-06-01 Thread kay
My situation: PG 7.1.2, Redhat 7.2, running in a chroot jail on a "VDS" server at my new ISP. I can't recompile anything, can't upgrade PG (basically, I'm stuck with 7.1.2). This issue was previously noted in a thread in late 2002. The actual thread that Tom Lane suggests it might be a permission

[ADMIN] installation error ?

2003-06-01 Thread utomo restu
Dear All Now i use postgresql version 7.2.2, i want to upgrade to versions 7.3.3, when i start installation processing, i found error like this : [EMAIL PROTECTED] postgres7.3.3_red8]# rpm -ivh postgresql-7.3.3-1PGDG.i386.rpm Preparing...###

Re: [ADMIN] Yet another postgres scaling question (use on AMD Opteron)

2003-06-01 Thread Hans Spaans
On Sat, May 31, 2003 at 02:09:45PM -0700, Fred Moyer wrote: > I don't think you're out of touch - I think the people I'm trying to > convince are. The crux of the problem I am dealing with is putting forth > a robust argument for scaling PostgreSQL with 64 bit machines for > increasing database si

Re: [ADMIN] Yet another postgres scaling question (use on AMD Opteron)

2003-06-01 Thread Douglas Trainor
The width of the memory bus is likely to be larger with a 64-bit machine than a 32-bit machine, and that is a big factor for database applications. But peak memory bandwidth numbers published by manufacturers are not as useful as actual measured benchmarks for your type of problem. PostgreSQL is gr

Re: [ADMIN] Yet another postgres scaling question (use on AMD Opteron)

2003-06-01 Thread Fred Moyer
I don't think you're out of touch - I think the people I'm trying to convince are. The crux of the problem I am dealing with is putting forth a robust argument for scaling PostgreSQL with 64 bit machines for increasing database sizes - Opteron was a natural choice because it is an inexpensive 64-b

Re: [ADMIN] Yet another postgres scaling question (use on AMD Opteron)

2003-06-01 Thread Andrew Sullivan
On Sat, May 31, 2003 at 01:05:54PM -0700, Fred Moyer wrote: > with a 32 bit machine, but as the data size grows an argument has been > introduced that going with MySQL would allow us to scale with smaller > machines (hold the flames please :). I have optimized and tuned the I haven't used Optero

[ADMIN] Yet another postgres scaling question (use on AMD Opteron)

2003-06-01 Thread Fred Moyer
Greetings, I am looking for feedback on the AMD Opteron based platform as a server for Postgres, and also comments. The databases I am looking at will likely have aggregate sums of indexes larger than the amount of memory on a 32 bit machine, so I am looking at 64-bit platforms. Does anyone here