[Ilugc] Hi

  • From: shan.anand@xxxxxxxxx (shan)
  • Date: Mon Aug 11 18:06:52 2008

Hi,

Thanks for your suggestion meendar.
Let me explore that and get back to you.

I used unix sockets since there is no single point server in the 
architecture. So all the client must know complete information about the 
nodes in the cluster. And more over there is not much sync between the 
nodes in the cluster. The communication is always between the client 
(which requests for the data) and not among the data instances.

Since the data is sharded we can not have joins on the data and if we 
require join support we will have to sync with other nodes in the 
cluster and then i think the event/poll will be of great use.

At present i classify the requests into node-level and cluster-level. In 
node-level queries only one data instance is pinged and requested for 
data and in the cluster-level queries all the nodes are pinged and the 
aggregation of results is done at the client end.

Let me know if my reason is correct.

meendar wrote:

Shanmuganandh G wrote:
Hi Everybody,

I had been solving problems in distributed database systems lately and I
have come up with a distributed data storage layer in python.
Have released the basic version of my work in the following link.
http://code.google.com/p/distributed-python-object-store-for-orms/

Looking forward for your comments.

Thanks,
Shanmuganandh.
_______________________________________________
To unsubscribe, email ilugc-request@xxxxxxxxxxxxx with "unsubscribe 
<password> <address>"
in the subject or body of the message.  
http://www.ae.iitm.ac.in/mailman/listinfo/ilugc

  
sorry i missed some words in the response!

On distributed systems, performance can be degraded only due to 
tcp/unix sockets (select or poll) . Try using libevent rather using 
select on plain unix sockets.

http://en.wikipedia.org/wiki/Libevent

Most of the distributed architectures use this for high performance.

Thanks



_______________________________________________
To unsubscribe, email ilugc-request@xxxxxxxxxxxxx with "unsubscribe 
<password> <address>"
in the subject or body of the message.  
http://www.ae.iitm.ac.in/mailman/listinfo/ilugc


Other related posts: