Hi Heikki Linnakangas: We are using series of Insert statements to insert the records into database.
Sending data in binary is not an option as the module that writes into DB has been finalized.
We do not have control over that.
Hi Andy: As of now, there are no triggers in the table.
Please let me know how we can proceed. On the net I couldn't get hold of any good example where Postgres has been used on limited Hardware system.
We are starting to feel if Postgres was a good choice for us..!
Thanks and Regards
From: Andy Colson [mailto:andy(at)squeakycode(dot)net]
Sent: Friday, January 27, 2012 10:45 PM
To: Heikki Linnakangas
Cc: Jayashankar K B; pgsql-performance(at)postgresql(dot)org
Subject: Re: [PERFORM] Postgress is taking lot of CPU on our embedded hardware.
On 1/27/2012 10:47 AM, Heikki Linnakangas wrote:
> On 27.01.2012 15:34, Jayashankar K B wrote:
>> We are having an embedded system with a freescale m68k architecture
>> based micro-controller, 256MB RAM running a customized version of
>> Slackware 12 linux.
>> It's a relatively modest Hardware.
>> We have installed postgres 9.1 as our database engine. While testing,
>> we found that the Postgres operations take more than 70% of CPU and
>> the average also stays above 40%.
>> This is suffocating the various other processes running on the system.
>> Couple of them are very critical ones.
>> The testing involves inserting bulk number of records (approx. 10000
>> records having between 10 and 20 columns).
>> Please let us know how we can reduce CPU usage for the postgres.
> The first step would be to figure out where all the time is spent. Are
> there unnecessary indexes you could remove? Are you using INSERT
> statements or COPY? Sending the data in binary format instead of text
> might shave some cycles.
Do you have triggers on the table?
Larsen & Toubro Limited
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
In response to
pgsql-performance by date
|Next:||From: Carlo Stonebanks||Date: 2012-01-27 18:36:49|
|Subject: Re: pl/pgsql functions outperforming sql ones?|
|Previous:||From: Heikki Linnakangas||Date: 2012-01-27 18:05:06|
|Subject: Re: regarding CLUSTER and HUGE work_mem / maintenance_work_mem|