From: | Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net> |
---|---|
To: | PgSQL Performance ML <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: hardware performance and some more |
Date: | 2003-07-24 20:09:14 |
Message-ID: | 1059077354.23571.66.camel@haggis |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Thu, 2003-07-24 at 13:25, Kasim Oztoprak wrote:
> On 24 Jul 2003 17:08 EEST you wrote:
>
> > On 24 Jul 2003 at 15:54, Kasim Oztoprak wrote:
[snip]
>
> we do not have memory problem or disk problems. as I have seen in the list the best way to
> use disks are using raid 10 for data and raid 1 for os. we can put as much memory as
> we require.
>
> now the question, if we have 100 searches per second and in each search if we need 30 sql
> instruction, what will be the performance of the system in the order of time. Let us say
> we have two machines described aove in a cluster.
That's 3000 sql statements per second, 180 thousand per minute!!!!
What the heck is this database doing!!!!!
A quad-CPU Opteron sure is looking useful right about now... Or
an quad-CPU AlphaServer ES45 running Linux, if 4x Opterons aren't
available.
How complicated are each of these SELECT statements?
--
+-----------------------------------------------------------------+
| Ron Johnson, Jr. Home: ron(dot)l(dot)johnson(at)cox(dot)net |
| Jefferson, LA USA |
| |
| "I'm not a vegetarian because I love animals, I'm a vegetarian |
| because I hate vegetables!" |
| unknown |
+-----------------------------------------------------------------+
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Johnson | 2003-07-24 20:13:47 | Re: Tuning PostgreSQL |
Previous Message | Kasim Oztoprak | 2003-07-24 19:06:01 | Re: hardware performance and some more |