| Subject | CPU Usage shoots upto 100% |
|---|---|
| Author | mahendra.nepali@iflexsolutions.com |
| Post date | 2006-03-09T14:58:05Z |
Hi,
I am using Firebird 1.5.2 to load high volume of data from a thin table
to main tables. This is done by using a procedure in which I have tuned
the statements so that I don't use as distinct or aggregate functions.
Also the columns in the thin tables are having appropriates indexes so
that select is fast. Now the data in the thin tables is approx 0.7
million. This is inserted into 5 main tables by using one procedure
call. This procedure calls other inner respective procedures. I did some
tracing by adding records into an external table and what I noticed
after the last record is processed the CPU usage consumption by fbserver
shoots upto a steady 99% and doesn't fall at all hence I have to restart
the fbserver service. I can understand that this is due to the commit
being fired by Firebird at the end. But does this mean that firebird has
some issues with rollback segment. I am not able to diagnose this since
the same procedure works with a mere thousand records in the thin table.
Please advice.
I am using windows xp professional service pack 2. with 512 MB RAM, and
60 GB HDD. Firebird server was installed in Super Saver mode.
Regards,
Mahendra Nepali
Desk: +91-22-55044586
Mobile: +919820191887
Email: mahendra.nepali@...
DISCLAIMER:
This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
[Non-text portions of this message have been removed]
I am using Firebird 1.5.2 to load high volume of data from a thin table
to main tables. This is done by using a procedure in which I have tuned
the statements so that I don't use as distinct or aggregate functions.
Also the columns in the thin tables are having appropriates indexes so
that select is fast. Now the data in the thin tables is approx 0.7
million. This is inserted into 5 main tables by using one procedure
call. This procedure calls other inner respective procedures. I did some
tracing by adding records into an external table and what I noticed
after the last record is processed the CPU usage consumption by fbserver
shoots upto a steady 99% and doesn't fall at all hence I have to restart
the fbserver service. I can understand that this is due to the commit
being fired by Firebird at the end. But does this mean that firebird has
some issues with rollback segment. I am not able to diagnose this since
the same procedure works with a mere thousand records in the thin table.
Please advice.
I am using windows xp professional service pack 2. with 512 MB RAM, and
60 GB HDD. Firebird server was installed in Super Saver mode.
Regards,
Mahendra Nepali
Desk: +91-22-55044586
Mobile: +919820191887
Email: mahendra.nepali@...
DISCLAIMER:
This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
[Non-text portions of this message have been removed]