<font size=2 face="sans-serif">Dear All,</font>
<br>
<br><font size=2 face="sans-serif">Is there any way to use Glusterfs volume
for Vmware environment.</font>
<br><font size=2 face="sans-serif"><br>
<br>
Chandra.</font>
<br>
<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">Ben Turner <bturner@redhat.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">Juan José Pavlik Salles
<jjpavlik@gmail.com></font>
<br><font size=1 color=#5f5f5f face="sans-serif">Cc:
</font><font size=1 face="sans-serif">gluster-users@gluster.org</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">08/22/2014 08:57 PM</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Re: [Gluster-users]
Gluster 3.5.2 gluster, how does cache work?</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Sent by:
</font><font size=1 face="sans-serif">gluster-users-bounces@gluster.org</font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>----- Original Message -----<br>
> From: "Juan José Pavlik Salles" <jjpavlik@gmail.com><br>
> To: gluster-users@gluster.org<br>
> Sent: Thursday, August 21, 2014 4:07:28 PM<br>
> Subject: [Gluster-users] Gluster 3.5.2 gluster, how does cache work?<br>
> <br>
> Hi guys, I've been reading a bit about caching in gluster volumes,
but I<br>
> still don't get a few things. I set up a gluster replica 2 volume
like this:<br>
> <br>
> [root@gluster-test-1 ~]# gluster vol info vol_rep<br>
> Volume Name: vol_rep<br>
> Type: Replicate<br>
> Volume ID: b77db06d-2686-46c7-951f-e43bde21d8ec<br>
> Status: Started<br>
> Number of Bricks: 1 x 2 = 2<br>
> Transport-type: tcp<br>
> Bricks:<br>
> Brick1: gluster-test-1:/ladrillos/l1/l<br>
> Brick2: gluster-test-2:/ladrillos/l1/l<br>
> Options Reconfigured:<br>
> performance.cache-min-file-size: 90MB<br>
> performance.cache-max-file-size: 256MB<br>
> performance.cache-refresh-timeout: 60<br>
> performance.cache-size: 256MB<br>
> [root@gluster-test-1 ~]#<br>
> <br>
> Then I mounted the volume with gluster client on another machine.
I created<br>
> an 80Mbytes file called 80, and here you have the reading test:<br>
> <br>
> [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
> bs=1M<br>
> 80+0 records in<br>
> 80+0 records out<br>
> 83886080 bytes (84 MB) copied, 1,34145 s, 62,5 MB/s<br>
> [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
> bs=1M<br>
> 80+0 records in<br>
> 80+0 records out<br>
> 83886080 bytes (84 MB) copied, 0,0246918 s, 3,4 GB/s<br>
> [root@gluster-client-1 gluster_vol]# dd if=/mnt/gluster_vol/80 of=/dev/null<br>
> bs=1M<br>
> 80+0 records in<br>
> 80+0 records out<br>
> 83886080 bytes (84 MB) copied, 0,0195678 s, 4,3 GB/s<br>
> [root@gluster-client-1 gluster_vol]#<br>
<br>
You are seeing the effect of client side kernel caching. If you want
to see the actual throughput for reads run:<br>
<br>
sync; echo 3 > /proc/sys/vm/drop_caches; dd blah<br>
<br>
Kernel caching happens on both the client and server side, when I want
to see uncached performance I drop caches on both clients and servers:<br>
<br>
run_drop_cache()<br>
{<br>
for host in $MASTERNODE $NODE $CLIENT<br>
do<br>
ssh -i /root/.ssh/my_id root@${host} echo "Dropping
cache on $host"<br>
ssh -i /root/.ssh/my_id root@${host} sync<br>
ssh -i /root/.ssh/my_id root@${host} "echo
3 > /proc/sys/vm/drop_caches"<br>
done<br>
}<br>
<br>
HTH!<br>
<br>
-b<br>
<br>
> Cache is working flawlessly, (even though that 80 Mbytes is smaller
than the<br>
> min-file-size value, but I don't care about it right now) what I don't
get<br>
> is where cache is being stored. Is it stored on the client side or
on the<br>
> server side? According to documentation, the io-cache translator could
be<br>
> loaded on both sides (client and server), how can I know where it
is being<br>
> loeaded? It looks like as it was being stored locally because of the
speed,<br>
> but I'd like to be sure.<br>
> <br>
> Thanks!<br>
> <br>
> --<br>
> Pavlik Salles Juan José<br>
> Blog - </font></tt><a href=http://viviendolared.blogspot.com/><tt><font size=2>http://viviendolared.blogspot.com</font></tt></a><tt><font size=2><br>
> <br>
> _______________________________________________<br>
> Gluster-users mailing list<br>
> Gluster-users@gluster.org<br>
> </font></tt><a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users"><tt><font size=2>http://supercolony.gluster.org/mailman/listinfo/gluster-users</font></tt></a><tt><font size=2><br>
_______________________________________________<br>
Gluster-users mailing list<br>
Gluster-users@gluster.org<br>
</font></tt><a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users"><tt><font size=2>http://supercolony.gluster.org/mailman/listinfo/gluster-users</font></tt></a>
<br><p>=====-----=====-----=====<br>
Notice: The information contained in this e-mail<br>
message and/or attachments to it may contain <br>
confidential or privileged information. If you are <br>
not the intended recipient, any dissemination, use, <br>
review, distribution, printing or copying of the <br>
information contained in this e-mail message <br>
and/or attachments to it are strictly prohibited. If <br>
you have received this communication in error, <br>
please notify us by reply e-mail or telephone and <br>
immediately and permanently delete the message <br>
and any attachments. Thank you</p>
<p></p>