<div dir="ltr"><div>Hi Ravi,</div><div><br></div><div>Thank you for the reply, and yes they are replica volumes. Is it possible to improve performance by the client only accessing its configured server for reads, or would the difference be negligible?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 24 Apr 2020 at 18:46, Ravishankar N &lt;<a href="mailto:ravishankar@redhat.com">ravishankar@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p><br>
    </p>
    <div>On 24/04/20 11:42 am, David Cunningham
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>Hello,</div>
        <div><br>
        </div>
        <div>My understanding is that GlusterFS checks with all nodes
          when performing a read. Is it possible to just get the data
          from the node directly being accessed (in our case using the
          GlusterFS client), without consulting with the other nodes?</div>
        <div><br>
        </div>
        <div>Our application requires the GFS file to be available, but
          it&#39;s actually not critical if we end up with an old version of
          the file in the case of a server down or net-split etc.
          Significantly improved read performance would be desirable
          instead.</div>
      </div>
    </blockquote>
    I assume you are talking about replica volumes, in which case the
    read does happen from only one of the replica bricks. The client
    only sends lookups to all the bricks to figure out which are the
    good copies. Post that, the reads themselves are served from only
    one of the good copies.
    <p>-Ravi</p>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Thanks in advance for any help.<br>
        </div>
        <br>
        -- <br>
        <div dir="ltr">
          <div dir="ltr">
            <div>
              <div dir="ltr">
                <div>
                  <div dir="ltr">
                    <div>
                      <div dir="ltr">
                        <div>
                          <div dir="ltr">
                            <div>David Cunningham, Voisonics Limited<br>
                              <a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>
                              USA: +1 213 221 1092<br>
                              New Zealand: +64 (0)28 2558 3782</div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </div>
              </div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: <a href="https://bluejeans.com/441850968" target="_blank">https://bluejeans.com/441850968</a>

Gluster-users mailing list
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a>
</pre>
    </blockquote>
  </div>

</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div>