[JBossCache] - Re: Buddyrep issue
by manik.surtani@jboss.com
Sorry, I didn't quite understand your use case in the beginning.
If you are adding data to .5 while at the same time reading the same data from the other nodes (causing data gravitation), this will naturally cause some timeouts since there is contention on a buddy backup subtree.
In general though, we very strongly recommend that you have session affinity if you are using buddy replication. I.e., only perform reads and writes on ONE INSTANCE in the cluster for each key. Data gravitation should really only be used as a form of recovery if a node dies and your reads and writes are now redirected to a standby instance.
See http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheBuddyReplicationDesign.
I guess judging by your access patterns, you need something like Partitioning, which won't be available for at least another 6 months or so - unless you're willing to help out! ;-)
Without better knowledge of your application, I can't really recommend an alternative strategy - do you use a load balancer to distribute requests between caches? Do you use some form of session id per request and is data shared between "sessions"?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117056#4117056
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117056
18 years, 3 months
[JBossCache] - Re: Problem after loading Huge data
by manik.surtani@jboss.com
In terms of limitations, there are no known memory or size limitations within JBoss Cache, as long as your JVM has adequate heap size.
In terms of performance, tree breadth is represented as Maps containing child nodes for each parent node. If each parent node has a large number of children, the Map implementation may become a bottleneck. As of the current stable release (2.0.0.GA) we use java.util.concurrent.ConcurrentHashMaps here. I would say it is worthwhile profiling to see if this does become a bottleneck for you.
In terms of depth, while 20 - 30 levels deep is probably close to the upper level of what I have seen in production use as most folk tend to prefer broader trees to deeper ones. THe limiting factor here is the cost of retrieving a node from the tree (since it walks the tree structure). Deeper trees means more walking. In 2.1.0 we will be optimising this by significantly reducing tree walking (JBCACHE-811). Again though, something I'd recommend profiling first to see how much of an impact it causes with your access patterns.
Finally, regarding your issue of verifying existence, do you have any eviction configured? It could be that an eviction thread is removing nodes from the tree.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117049#4117049
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117049
18 years, 3 months
[Tomcat, HTTPD, Servlets & JSP] - Servlet Redirect filter based on declarative decision graph?
by rainersimon
Hi,
-- Sorry for cross posting this from the jBPM group but it seems to be equally suitable for this group as well - I'm ready to get flamed ;-) --
I'm trying to achieve the following goal, and I don't know how to do it in a clever way yet - i.e. without creating a proprietary solution to a problem that someone else has probably solved (better) already:
I'm planning to build a servlet filter that redirects visitors of the same URL to different documents. The redirect-decision should be made based on a decision graph - similar to a workflow graph - and a bunch of parameters stored in the HttpSession context.
I could just hard-code the decision graph into the servlet filter. But I want to be able to change the graph (i.e. the decision logic) without changing the code of the Filter...
I know this should be possible with jBPM. But since there is no interaction with with databases, Web services, or human actors in the decision logic, it seems that I'm following an overly complicated route to achieve a relatively simple goal.
Is there an easier way to do this? Any comments are welcome. At the moment I don't even know what words to Google for ;-)
Thanks,
Ray
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117045#4117045
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117045
18 years, 3 months