Re: Yet another postgres scaling question (use on AMD Opteron)
От | Fred Moyer |
---|---|
Тема | Re: Yet another postgres scaling question (use on AMD Opteron) |
Дата | |
Msg-id | 35827.168.103.211.140.1054415385.squirrel@mail.digicamp.com обсуждение исходный текст |
Ответ на | Re: Yet another postgres scaling question (use on AMD Opteron) (Andrew Sullivan <andrew@libertyrms.info>) |
Ответы |
Re: Yet another postgres scaling question (use on AMD Opteron)
Re: Yet another postgres scaling question (use on AMD Opteron) |
Список | pgsql-admin |
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-bit machine. The MySQL argument was put forth by non-technical people who are have not thoroughly evaluated the differences between the two and have been swayed by marketing arguments. I guess what I am looking for here are real-world scenarios where PostgreSQL has been scaled using 64-bit. I as the technical person know the performance and scalability differences between running large datasets on 64 bit versus 32 bit machines and can put forth technical reasons for scaling Postgres as such - real world examples of it would validate my arguments. > 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 Opterons, but I'm curious how that argument works. I've > never seen any evidence that MySQL is better with large > databases than PostgreSQL; am I just out of touch? > > A > > -- > ---- > Andrew Sullivan 204-4141 Yonge Street > Liberty RMS Toronto, Ontario Canada > <andrew@libertyrms.info> M2P 2A8 > +1 416 646 3304 x110 > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org Fred Moyer Digital Campaigns, Inc.
В списке pgsql-admin по дате отправления: