This link has been bookmarked by 24 people . It was first bookmarked on 09 Jul 2008, by someone privately.
-
21 Apr 09
-
30 Jul 08
-
29 Jul 08
-
23 Jul 08
fulvius longhiEscalando aplicações EE de forma horizontal, que é o mais dificil tipo de escala.
-
Two JVM instances can't communicate through pipes, shared memory, semaphores or signals. The most effective way to communicate among different JVM processes is by socket. Simply put, if Java EE applications can be scalable on multiple JVM instances, they are also mostly scalable on multiple server nodes.
-
The most scalable one is paired node replication, which is implemented by most popular vendors, such as BEA Weblogic, JBoss and IBM Websphere.
-
The result was that the collocated structure scaled much better than the distributed one!
-
An alternative way is to use an effective distributed file systems, such as Hadoop DFS
-
When doing a memcached lookup, first the client hashes the key against the whole list of servers. Once it has chosen a server, the client then sends its request, and the server does an internal hash key lookup for the actual item data
-
The big benefit, when dealing with giant systems, is memcached's ability to massively scale out. Since the client does one layer of hashing, it becomes entirely trivial to add dozens of nodes to the cluster. There's no interconnect to overload, or multicast protocol to implode.
-
Don't cache objects who are updated more frequently than read.
-
Try to avoid row based cache. Instead, cache complex object will make memcached more efficient.
-
Choose the right hashing algorithms.
-
Terracotta extends the Java Memory Model of a single JVM to include a cluster of virtual machines such that threads on one virtual machine can interact with threads on another virtual machine as if they were all on the same virtual machine with an unlimited amount of heap.
-
I presume that must be some interconnect or multicast protocol to communicate among them. That may be the reason that the Terracotta failed to scale very well
-
This customer resolved this problem by using Hadoop Map-Reduce to scale it horizontally. Now, this URL access patterns analyzing program can not only be run in a multiprocessed mode, but also parallelized to more than 10 nodes, and it only spends 7 minutes to finish all the work.
-
Scalable write bandwidth: In this kind of applications, blogging, ranking and BBS will make the write bandwidth the major bottleneck for social networking websites. Distributed Cache system will help little on the performance for the database write actions. With data partitions, you can write in parallel which increases your write throughput. To support more registered users just add more database nodes, modify the meta table to reflect the new servers.
-
Since database nodes can be added very dynamically, it is hard for Java EE applications in Tomcat to use the database connection pools.
-
-
14 Jul 08
-
DJHell .If you cannot satisfy the performance with one server node when concurrent users are increasing dramatically, or you cannot scale your Java applications with one JVM instance due to the limitation of garbage collection, your other choice is to run your sy
Java JEE Leistung TheServerSide.com ungelesen importiert development articles
-
10 Jul 08
-
09 Jul 08
-
08 Jul 08
Would you like to comment?
Join Diigo for a free account, or sign in if you are already a member.