-->
These old forums are deprecated now and set to read-only. We are waiting for you on our new forums!
More modern, Discourse-based and with GitHub/Google/Twitter authentication built-in.

All times are UTC - 5 hours [ DST ]



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 
Author Message
 Post subject: Tuning - 150+ inserts per second, 50+ selects per second
PostPosted: Mon Aug 30, 2010 7:59 am 
Newbie

Joined: Mon Aug 30, 2010 7:44 am
Posts: 1
Hello,

We have a data acquisition application with two primary modules interfacing with DB (via Hibernate) - one for writing the collected data into DB and one for reading/presenting the collected data from DB.

Average rate of inserts is 150-200 per second, average rate of selects is 50-80 per second.

Performance requirements for both writing/reading scenarios can be defined like this:

1. Writing into DB - no specific timings or performance requirements here, DB should be operating normally with 150-200 inserts per second
2. Reading from DB - newly collected data should be available to the user within 3-5 seconds timeframe after getting into DB

Please advice on the best approach for tuning the caching/buffering/operating policies of Hibernate for optimally supporting this scenario.

BTW - MySQL with InnoDB engine is being used underneath Hibernate.

Thanks.

P.S.: By saying "150-200 inserts per second" I mean an average rate of incoming data packets, not the actual amount of records being inserted into DB. But in any case - we should target here a very high rate of inserts per second.


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 1 post ] 

All times are UTC - 5 hours [ DST ]


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
© Copyright 2014, Red Hat Inc. All rights reserved. JBoss and Hibernate are registered trademarks and servicemarks of Red Hat, Inc.