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,sorry i missed some words in the response!
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
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