From: | William Yu <wyu(at)talisys(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Splitting queries across servers |
Date: | 2005-01-27 20:40:56 |
Message-ID: | ctbjkq$1543$1@news.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
With a Quad Opteron (4 memory slots per CPU), you could put 64GB of RAM
onto a single machine using 4GB DIMMs in every slot.
The other option is to explore static memory storage. It's probably too
expensive to put your entire DB onto such a device but moving just the
WAL there would give you a pretty decent jump in write performance. (I
ran some tests way back simulating this by using a RAMDISK to store the
WAL files and got ~60% increase in an update-heavy mix.)
Max wrote:
> Hello,
>
> Our postgresql database is getting too big to be handled by one server. We
> need the database to be in RAM and cannot afford swapping. At the moment,
> we're using only 3GB or RAM, however our business growth is going to drive
> this number into the double digits zone, maybe triple digits.
>
> What are our options ?
>
> I am a little bit ignorant in this part of RDBM. Can we distribute our
> tables across multiple servers (read server+postgres) and perform
> distributed SQL queries ? If so, how does that work ? I am totally
> resourceless!
>
> Thank you in advance
>
> Max.
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
>
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2005-01-27 20:54:14 | Re: GiST index not used for ORDER BY? |
Previous Message | Tom Lane | 2005-01-27 20:37:42 | Re: [BUGS] My postmaster just crashed ! |