• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

hibernate

 
Ranch Hand
Posts: 99
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Is Hibernate a performance bottle neck?

I have an application where there are more than 700 concurrant users and i believe that as hibernate is object linking to DB,there would be lot of objects in the memory and would degrade the performance of the application.
 
Bartender
Posts: 10336
Hibernate Eclipse IDE Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
No, in an RDBMS-backed application it is calls to the database that is the usual bottleneck. How you make these calls (via Toplink, Hibernate, iBatis, JDO etc.) is much less important in terms of performance. memory as a resource is very, very cheap, especially when compare to the cost of the development resource required to implement database accessing code for every RDBMS version your application will use.

Straight JDBC will most likely always be faster than any ORM (and straight JDBC calling Stored Procedures could be even faster), but performance should only be a driver if you have a definite requirement for a certain level of performance. Just having 700 concurrent users is a relatively useless indicator of a possibly performance problem for the DAO layer. What data access are these users performing?
[ March 09, 2006: Message edited by: Paul Sturrock ]
 
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
That SQL, Hibernate, ... behaves the same include that you can make JDBC, Hibernate, EJB applications which are slow. ;-)

Having 700 concurrent will probably imply some tuning.

Regards Sebastian
 
Ranch Hand
Posts: 31
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
> Straight JDBC will most likely always be faster than any ORM

Could someone elaborate? I thought that one of the advantages of an ORM was the in memory caching it could do which should imply a speed increase due to an in-memory lookup as opposed to a "database over the network" lookup.

Thanks,

Sid
 
Paul Sturrock
Bartender
Posts: 10336
Hibernate Eclipse IDE Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Sid Remey:
> Straight JDBC will most likely always be faster than any ORM

Could someone elaborate? I thought that one of the advantages of an ORM was the in memory caching it could do which should imply a speed increase due to an in-memory lookup as opposed to a "database over the network" lookup.

Thanks,

Sid


True, it will perform better. But only if you are accessing the same data over and over again. If you are not, then caching doesn't help.
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic