my dog learned polymorphism*
The moose likes EJB and other Java EE Technologies and the fly likes Servlet->SLSB->Singleton Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Murach's Java Servlets and JSP this week in the Servlets forum!
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Servlet->SLSB->Singleton" Watch "Servlet->SLSB->Singleton" New topic
Author

Servlet->SLSB->Singleton

Pearlo Muthukumaran
Ranch Hand

Joined: Sep 17, 2002
Posts: 79
I need some design inputs for caching
150 KB sized objects in the main memory for
performance requirements.
I am planning to use a hastable where I shall store a byte array chunk of above size with some name assigned to it and shall encapsulate it within a management object for getting , putting etc., the expected size is 60 objects at any point of time.
Please let me know whether above will serve the
purpose of my intention to build a quick
"MAIN-MEMORY" Database?
Something like below is the requirement
Servlet->SLSB->Singleton holding the hashtable
But in this case I see that deployment will demand that all the three components will have to reside in the same physical server. If I am going to cluster then the real requirement of "performance through in-memory database (HASHTABLE)" will be unpredicatble.
Any suggestions? I cannot get away with the Servlet and SLSB and implement them as simple Java Classes - another requirement
How to effectively address the above issue?
Rgds
Muthu
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Servlet->SLSB->Singleton
 
Similar Threads
HashTable - performance issue for millions of values stored
Hashtable for In-Memory Databse
Hashtable vs. HashMap
Javascript java communication in java 1.4.2
Core Java/JSP/SERVLETS/DESIGN PATTERNS Queries