<HTML><HEAD><TITLE>Samsung Enterprise Portal mySingle</TITLE>
<META content="text/html; charset=euc-kr" http-equiv=Content-Type>
<STYLE id=mysingle_style type=text/css>P {
MARGIN-TOP: 5px; FONT-FAMILY: ±¼¸²Ã¼, arial; MARGIN-BOTTOM: 5px; FONT-SIZE: 9pt
}
TD {
MARGIN-TOP: 5px; FONT-FAMILY: ±¼¸²Ã¼, arial; MARGIN-BOTTOM: 5px; FONT-SIZE: 9pt
}
LI {
MARGIN-TOP: 5px; FONT-FAMILY: ±¼¸²Ã¼, arial; MARGIN-BOTTOM: 5px; FONT-SIZE: 9pt
}
BODY {
LINE-HEIGHT: 1.4; MARGIN: 10px; FONT-FAMILY: ±¼¸²Ã¼, arial; FONT-SIZE: 9pt
}
</STYLE>
<META name=GENERATOR content=ActiveSquare></HEAD>
<BODY>
<P>Hi John,</P>
<P> </P>
<P>Reference link below,</P>
<P><A href="https://s3.amazonaws.com/storagetest_0120/temp/Performance_in_a_Gluster_Systemv6F.pdf">https://s3.amazonaws.com/storagetest_0120/temp/Performance_in_a_Gluster_Systemv6F.pdf</A></P>
<P>Thanks!</P>
<P> </P>
<P> </P>
<P> </P>
<P>------- <B>Original Message</B> -------</P>
<P><B>Sender</B> : John Mark Walker<johnmark@redhat.com></P>
<P><B>Date</B> : 2012-05-16 23:38 (GMT+09:00)</P>
<P><B>Title</B> : Re: [Gluster-devel] Asking about Gluster Performance Factors</P>
<P> </P>Hi Ethan,<BR><BR>----- Original Message ----- <BR><BR>> Dear Gluster Dev Team :<BR><BR>> I'm Ethan, Assistant engineer in Samsung electronics. Reviewing your<BR>> paper, I have some questions of performance factors in gluster.<BR><BR>Which paper? Can you provide a link? <BR><BR>Also, please note that this is a community mailing list, and we cannot guarantee quick response times here - if you need a fast response, I'm happy to put you through to the right people.<BR><BR>Thanks,<BR>John Mark Walker<BR>Gluster Community Guy<BR><BR><BR>> First, what does it mean the option "performance.cache-*"? Does it<BR>> mean read cache? If does, what's difference between the options<BR>> "prformance.cache-max-file-size" and "performance.cache-size" ?<BR>> I read your another paper("performance in a gluster system, versions<BR>> 3.1.x") and it says as below on Page 12,<BR>> (Gluster Native protocol does not implement write caching, as we<BR>> believe that the modest performance improvements from rite caching<BR>> do not justify the risk of cache coherency issues.)<BR><BR>> Second, how much is the read throughput improved as configuring 2-way<BR>> replication? we need any statistics or something like that.<BR>> ("performance in a gluster system, versions 3.1.x") and it says as<BR>> below on Page 12,<BR>> (However, read throughput is generally improved by replication, as<BR>> reads can be delivered from either storage node)<BR><BR>> I would ask you to return ASAP.<BR><BR>
<P> </P>
<P> </P><!--SP:ej1515.park-->
<P><STRONG><SPAN style="FONT-FAMILY: Arial; COLOR: #3733cc; FONT-SIZE: 12pt"></SPAN></STRONG><STRONG><SPAN style="FONT-FAMILY: Arial; COLOR: #3733cc; FONT-SIZE: 12pt"></SPAN></STRONG> </P>
<P><STRONG><SPAN style="FONT-FAMILY: Arial; COLOR: #3733cc; FONT-SIZE: 12pt">Ethan Eunjun Park</SPAN></STRONG></P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #7b7bc0"></SPAN> </P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">Assistant Engineer, </SPAN></P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">Solution Development Team, Media Solution Center<CODE id=_NAMO_SYNC_START></CODE></SPAN></P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">416, Maetan 3-dong, Yeongtong-gu, Suwon-si, Gyeonggi-do 443-742, Korea</SPAN></P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">Mobile : 010-8609-9532</SPAN></P>
<P><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">E-mail : </SPAN><A href="mailto:ej1515.park@samsung.com"><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">ej1515.park@samsung.com</SPAN></A></P>
<P><A href="http://www.samsung.com/sec"><SPAN style="FONT-FAMILY: Arial; COLOR: #5755aa">http://www.samsung.com/sec</SPAN></A></P>
<P> </P><!--ej1515.park:EP-->
<P> </P>
<TABLE id=confidentialsignimg>
<TBODY>
<TR>
<TD NAMO_LOCK>
<P><IMG border=0 src="cid:BEI0XT4NZ5JE@namo.co.kr" width=520></P></TD></TR></TBODY></TABLE></BODY></HTML><img src='http://ext.samsung.net/mailcheck/SeenTimeChecker?do=927d554017ca008d767d4d3beb5bdd3e9d4911387c7438803dfd4f6c925db370ec842040a3add3fd1179461ce42b66a9718816f878486ebedb9fdddda33e82cbe4a391424e62fcf6cf878f9a26ce15a0' border=0 width=0 height=0 style='display:none'>