Re: hardware performance and some more

From: Kasim Oztoprak <kasim(at)saglik(dot)gov(dot)tr>
To: shridhar_daithankar(at)persistent(dot)co(dot)in
Subject: Re: hardware performance and some more
Date: 2003-07-25 18:41:55
Message-ID: BasiliX-1.1.0-10591477153f214fc3db086@sandal.saglik.gov.tr
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 25 Jul 2003 17:13 EEST you wrote:

> On 25 Jul 2003 at 16:38, Kasim Oztoprak wrote:
> > this is kind of directory assistance application. actually the select statements are not
> > very complex. the database contain 25 million subscriber records and the operators searches
> > for the subscriber numbers or addresses. there are not much update operations actually the
> > update ratio is approximately %0.1 .
> >
> > i will use at least 4 machines each having 4 cpu with the speed of 2.8 ghz xeon processors.
> > and suitable memory capacity with it.
>
> Are you going to duplicate the data?
>
> If you are going to have 3000 sql statements per second, I would suggest,
>
> 1. Get quad CPU. You probably need that horsepower
> 2. Use prepared statements and stored procedures to avoid parsing overhead.
>
> I doubt you would need cluster of machines though. If you run it thr. a pilot
> program, that would give you an idea whether or not you need a cluster..
>
> Bye
> Shridhar
>

i will try to cluster them. i can duplicate the data if i need. in the case of
update, then, i will fix them through.

what exactly do you mean from a pilot program?

-kasm
> --
> Default, n.: The hardware's, of course.
>
>
> ---------------------------(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

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Mendola Gaetano 2003-07-26 00:44:13 Wrong rows number expected
Previous Message Franco Bruno Borghesi 2003-07-25 18:33:54 Re: index questions