Performance - JBoss/Hibernate caching versus versioning

T

timasmith

Hi,

For scalability which do you think performs better? Assume Oracle 10g,
JBoss AS (x10), 1000 concurrent users (heavy transaction processing -
mostly reads).

a) Let Hibernate/JBoss Tree Cache perform caching of active content -
AS pinging each other, keeping data in sync.

b) Mark your objects with a version number and every time the object is
requested select the version number and if the object has not changed
return from cache.

Perhaps b) is more scalable since it does not require activity across
all servers to keep everything in synch and less restrictive since you
can update the database directly - as long as you increment the version
number.

On the other hand the JBoss servers will not need to hit the database
every time either...

Thoughts?

Tim
 
S

Simon Brooke

in message <[email protected]>,
Hi,

For scalability which do you think performs better? Assume Oracle 10g,
JBoss AS (x10), 1000 concurrent users (heavy transaction processing -
mostly reads).

a) Let Hibernate/JBoss Tree Cache perform caching of active content -
AS pinging each other, keeping data in sync.

b) Mark your objects with a version number and every time the object is
requested select the version number and if the object has not changed
return from cache.

c) don't cache in Java at all, since caching is what Oracle is very good
at. Don't use heavyweight data objects which are expensive to create on
fetch from database. Play to the strengths of the technologies you're
using, not the weaknesses. Really fetch from the database on each
transaction.

Read 'Better, Faster, Lighter Java'
http://www.oreilly.com/catalog/bfljava/
 
T

timasmith

Simon said:
in message <[email protected]>,


c) don't cache in Java at all, since caching is what Oracle is very good
at. Don't use heavyweight data objects which are expensive to create on
fetch from database. Play to the strengths of the technologies you're
using, not the weaknesses. Really fetch from the database on each
transaction.

Read 'Better, Faster, Lighter Java'
http://www.oreilly.com/catalog/bfljava/

--
(e-mail address removed) (Simon Brooke) http://www.jasmine.org.uk/~simon/

;; making jokes about dyslexia isn't big, it isn't clever and
;; it isn't furry.

How do you scale out instead of up? I suppose you could spread your
Oracle instances over multiple nodes? I would imagine licensing is
fairly costly versus only paying for hardware for java application
servers.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

No members online now.

Forum statistics

Threads
473,769
Messages
2,569,580
Members
45,054
Latest member
TrimKetoBoost

Latest Threads

Top