<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1586" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>I have opposite statistics - OCFS (v1) was very slow on 'tar 
x' and other 'appending file' operations, and OCFSv2 had compatible speed *(with 
ext3), except it used a lot of CPU to syncronize locks (system was SLES9 SP3 
kernel &gt;= 244).</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>Moreover, db1 statuistics below looks wrong - the realistic 
time to 'dd from zero to 1 GB file is 18 seconds (db2). 0.7 seconds means tht 
data are in the cache, which it turn means that you cant use OCFSv1 at all on 
such scenario.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=lfreitas34@yahoo.com href="mailto:lfreitas34@yahoo.com">Luis 
  Freitas</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=ocfs2-users@oss.oracle.com 
  href="mailto:ocfs2-users@oss.oracle.com">ocfs2-users@oss.oracle.com</A> ; <A 
  title=ocfs-users@oss.oracle.com 
  href="mailto:ocfs-users@oss.oracle.com">ocfs-users@oss.oracle.com</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Wednesday, January 17, 2007 2:06 
  AM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [Ocfs2-users] ocfs Vs 
  ocfs2</DIV>
  <DIV><BR></DIV>
  <DIV>Joel,</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;&nbsp; It is not using o_direct only if the coreutils package was 
  not installed on the RH3.0 machine. (<A 
  href="http://oss.oracle.com/projects/coreutils/dist/files/EL3/i386/coreutils-4.5.3-41.i386.rpm">coreutils-4.5.3-41.i386.rpm</A> 
  ).</DIV>
  <DIV>&nbsp;</DIV>
  <DIV><A 
  href="http://oss.oracle.com/projects/coreutils/files/">http://oss.oracle.com/projects/coreutils/files/</A></DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;&nbsp; If it is installed, then both tests are using O_DIRECT, and 
  can be compared.</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>&nbsp;&nbsp;&nbsp;I do not have both a OCFS and a OCFS2 environment to 
  compare here, but I am perceiving too a very slow performance with copy 
  operations on the OCFS2 volume, compared to what I was used to in OCFS.</DIV>
  <DIV><BR>Regards,</DIV>
  <DIV>Luis</DIV>
  <DIV><BR><B><I>Joel Becker &lt;Joel.Becker@oracle.com&gt;</I></B> wrote:</DIV>
  <BLOCKQUOTE class=replbq 
  style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On 
    Tue, Jan 16, 2007 at 01:28:41AM -0800, GOKHAN wrote:<BR>&gt; Hi everbody 
    this is my first post,<BR>&gt; I have two test server .(Both of them is 
    idle)<BR>&gt; db1 : RHEL4 OCFS2<BR>&gt; db2 : RHEL3 OCFS<BR>&gt; <BR>&gt; I 
    test the IO both of them<BR>&gt; The result is below.<BR>&gt; <BR>&gt; 
    db1(Time Spend)db2(Time Spend)OS Test Command<BR>&gt; dd (1GB) 
    (Yazma)0m0.796s0m18.420stime dd if=/dev/zero of=./sill.t bs=1M 
    count=1000<BR>&gt; dd (1GB) (Okuma)0m0.241s8m16.406stime dd of=/dev/zero 
    if=./sill.t bs=1M count=1000<BR>&gt; cp (1GB)0m0.986s7m32.452stime cp sill.t 
    sill2.t<BR><BR>You are using dd(1), which does not use O_DIRECT. The 
    original<BR>ocfs (on 2.4 kernels) does not really support buffered I/O well. 
    What<BR>you are seeing is ocfs2 taking much better care of your buffered 
    I/Os.<BR>They will be consistent across the cluster. In the ocfs case, you 
    are<BR>caching a lot more because these safety precautions aren't 
    taken.<BR>HOWEVER, the most important factor is that you are not 
    using<BR>O_DIRECT. When you actually run the database, you _will_ be 
    using<BR>O_DIRECT (make sure to mount ocfs2 with '-o datavolume'). Without 
    the<BR>OS caching in the way, both filesystems should run at the same 
    speed.<BR>The upshot is that buffered I/O operations (such as plain 
    dd(1))<BR>are often not good indicators of database 
    speed.<BR><BR>Joel<BR><BR>-- <BR><BR>"To announce that there must be no 
    criticism of them president, or<BR>that we are to stand by the president, 
    right or wrong, is not only<BR>unpatriotic and servile, but is morally 
    treasonable to the American<BR>public."<BR>- Theodore Roosevelt<BR><BR>Joel 
    Becker<BR>Principal Software Developer<BR>Oracle<BR>E-mail: 
    joel.becker@oracle.com<BR>Phone: (650) 
    506-8127<BR><BR>_______________________________________________<BR>Ocfs2-users 
    mailing 
    list<BR>Ocfs2-users@oss.oracle.com<BR>http://oss.oracle.com/mailman/listinfo/ocfs2-users<BR></BLOCKQUOTE><BR>
  <P>__________________________________________________<BR>Do You 
  Yahoo!?<BR>Tired of spam? Yahoo! Mail has the best spam protection around 
  <BR>http://mail.yahoo.com 
  <P>
  <HR>

  <P></P>_______________________________________________<BR>Ocfs2-users mailing 
  list<BR>Ocfs2-users@oss.oracle.com<BR>http://oss.oracle.com/mailman/listinfo/ocfs2-users<BR></BLOCKQUOTE></BODY></HTML>