<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Times New Roman; font-size: 12pt; color: #000000'><meta http-equiv="content-type" content="text/html; charset=utf-8">Hi Gvozden,<div>We had an experimental capability in older releases called NUFA (Non Uniform Filesystem Access), exactly doing what you are asking. It allowed local disks to gain priority over remote disks. NUFA required replication for high-availability. Replication in turn required network writes, there by limiting the benefits of NUFA. In your case, data-availability is not a big deal. Unfortunately there was not much interest around this limited use-case feature, so we discontinued NUFA translator. There is currently no equivalent feature.</div><div><br></div><div>We are currently discussing internally about implementing HDFS capabilities to enable Map-Reduce jobs on top of Gluster. It is different from what you are asking though. Can you share more details about your application needs (type of data, IO pattern..). </div><div>-AB</div><div><br></div><div><div><hr id="zwchr"><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;"><b>From: </b>"Gvozden Neskovic" <neskovic@gmail.com><br><b>To: </b>"Anand Babu Periasamy" <ab@gluster.com><br><b>Cc: </b>gluster-devel@nongnu.org<br><b>Sent: </b>Tuesday, March 8, 2011 6:09:06 AM<br><b>Subject: </b>Re: [Gluster-devel] Glusterfs 3.1.2 dht/switch<br><br>Hi Anand,<div><br></div><div>Thank you for fast replay. </div><div>I am looking into GlusterFS to setup cluster of about 600 nodes with ~2TB local disk</div><div>per node. This is only possible, with our workloads, if data locality is somehow enforced,</div>
<div>so that data 'produced and consumed' by node stays on that node's local disk, because there is no</div><div>dedicated network infrastructure. Data availability in case of node failures is not of big concern.</div>
<div><br></div><div>Do you have any suggestions regarding glusterfs setup I can use?</div><div><br></div><div>Best Regards,</div><div><br></div><div>-- </div><div>Gvozden Neskovic<br><a href="mailto:neskovic@gmail.com" target="_blank">neskovic@gmail.com</a><br>
<br><br><div class="gmail_quote">On Tue, Mar 8, 2011 at 1:57 PM, Anand Babu Periasamy <span dir="ltr"><<a href="mailto:ab@gluster.com" target="_blank">ab@gluster.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div style="font-family:Times New Roman;font-size:12pt;color:#000000">Hi Gvozden, We have not tested switch translator in 3.1. Not enough interest around this translator as of now. My recommendation is to avoid this translator.<br>
<br><hr><b>From: </b>"Gvozden Neskovic" <<a href="mailto:neskovic@gmail.com" target="_blank">neskovic@gmail.com</a>><br><b>To: </b><a href="mailto:gluster-devel@nongnu.org" target="_blank">gluster-devel@nongnu.org</a><br>
<b>Sent: </b>Tuesday, March 8, 2011 4:51:00 AM<br><b>Subject: </b>[Gluster-devel] Glusterfs 3.1.2 dht/switch<div><div></div><div class="h5"><br><br>Dear All,<div><br></div><div>I observed random misbehaving and crashes on setup with</div>
<div>switch xlator on 20 nodes.</div><div><br></div><div>Attached patch address following: </div>
<div>memory leak in subvolume lookup, </div><div>missing initialization in switch_create() and </div><div>correct 'pattern.switch.case' option parsing. </div><div><br></div><div>Best Regards.</div><div> </div><div>
-- <br clear="all">Gvozden Neskovic<br><a href="mailto:neskovic@gmail.com" target="_blank">neskovic@gmail.com</a><br>
</div>
<br></div></div>_______________________________________________<br>Gluster-devel mailing list<br><a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br><a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br></div>
</blockquote><br></div></div></div></body></html>