Hi Sam.<br>Well... thanks for your advice. By now I&#39;m running a IOzone test with a few several changes:<br><br>- Without the -U option.<br>- Running only read tests.<br>- Using 1 Metadata server, 4 IO servers and only 1 client (where the test is running).
<br><br>And about the new pvfs2 feature; the flag for only read files, is a interest new feature, and it would be very useful for video streaming applications.<br><br>I will let you know the new test results. <br>Cheers<br>
<br><br>Gonzalo&nbsp;  <br><br><br><div class="gmail_quote">On Nov 4, 2007 9:24 PM, Sam Lang &lt;<a href="mailto:slang@mcs.anl.gov">slang@mcs.anl.gov</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Gonzalo,<br><br>I haven&#39;t been able to reproduce your results. &nbsp;iozone runs to<br>completion for me with a similar setup and iozone parameters.<br><br>One thing about the iozone command line you&#39;re using though, the -U
<br>option will remount the filesystem after every test run, which for<br>PVFS isn&#39;t necessary. &nbsp;Also, I doubt that it matches any of the<br>workloads you intend. &nbsp;I&#39;m not sure that&#39;s the cause of the problem<br>
you&#39;re seeing, but could you try it without the -U?<br><br>On the workload topic, it sounds like you&#39;re going to be doing a lot<br>of read-heavy I/O operations (video-streaming is pretty much read-<br>only, with large block sizes). &nbsp;Keep in mind that while iozone is a
<br>good overall filesystem benchmark, it won&#39;t be a good benchmark for<br>your large, read-heavy workloads, unless you specify to only run<br>tests that do reads, such as 1,7, or 10.<br><br>Also, while PVFS doesn&#39;t do client-side caching normally (Lustre
<br>does), in our upcoming release we will have a flag that can be set on<br>a file, making it immutable. &nbsp;This might be especially useful for<br>you, where you can set the immutable flag once the video has been<br>uploaded, allowing caching to take place on the clients. &nbsp;I can keep
<br>you appraised on the status of that release and how to set the<br>immutable flag if you&#39;re interested in that.<br><font color="#888888"><br>-sam<br></font><div><div></div><div class="Wj3C7c"><br><br>On Nov 2, 2007, at 6:43 PM, Gonzalo Soto Subiabre wrote:
<br><br>&gt; Hi to everyone.<br>&gt;<br>&gt; This is my first post and regretfully is to ask for help.<br>&gt; I&#39;m doing a performance evaluation of Distributed Parallel<br>&gt; Filesystems, using iozone. The filesystems tested are Lustre, PVFS2
<br>&gt; and GlusterFS. This evaluation has an aim: to choose a parallel<br>&gt; filesystem for a video streamig system storage server.<br>&gt; But I&#39;ve a problem; when iozone test is running over pvfs2 it fails<br>&gt; at a point where the file size is 2 GB and the Record Lenght 64 Kb.
<br>&gt;<br>&gt;<br>&gt; My tested is this:<br>&gt;<br>&gt; [root@redhat03 ~]# pvfs2-statfs -h -m /mnt/pvfs2/<br>&gt; aggregate statistics:<br>&gt; ---------------------------------------<br>&gt;<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; fs_id: 1965017224
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; total number of servers (meta and I/O): 4<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available (meta and I/O): &nbsp; &nbsp; &nbsp; 4294967286<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total (meta and I/O): &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 4294967290<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
111.3G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;111.3G<br>&gt;<br>&gt; NOTE: The aggregate total and available statistics are calculated<br>&gt; based<br>&gt; on an algorithm that assumes data will be distributed evenly; thus
<br>&gt; the free space is equal to the smallest I/O server capacity<br>&gt; multiplied by the number of I/O servers. &nbsp;If this number seems<br>&gt; unusually small, then check the individual server statistics below<br>&gt; to look for problematic servers.
<br>&gt;<br>&gt; meta server statistics:<br>&gt; ---------------------------------------<br>&gt;<br>&gt; server: tcp://redhat02:3334<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM total &nbsp; &nbsp; &nbsp; &nbsp;: 756.9M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM free &nbsp; &nbsp; &nbsp; &nbsp; : 372.1M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; uptime &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 2 hours, 12 minutes
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; load averages &nbsp; &nbsp;: 0 0 0<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available: 1717986912<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total &nbsp; &nbsp;: 1717986916<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available &nbsp;: 28.2G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total &nbsp; &nbsp; &nbsp;: 34.3G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; mode: serving both metadata and I/O data
<br>&gt;<br>&gt;<br>&gt; I/O server statistics:<br>&gt; ---------------------------------------<br>&gt;<br>&gt; server: tcp://redhat02:3334<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM total &nbsp; &nbsp; &nbsp; &nbsp;: 756.9M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM free &nbsp; &nbsp; &nbsp; &nbsp; : 372.1M
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; uptime &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 2 hours, 12 minutes<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; load averages &nbsp; &nbsp;: 0 0 0<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available: 1717986912<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total &nbsp; &nbsp;: 1717986916<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available &nbsp;: 
28.2G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total &nbsp; &nbsp; &nbsp;: 34.3G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; mode: serving both metadata and I/O data<br>&gt;<br>&gt; server: tcp://redhat03:3334<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM total &nbsp; &nbsp; &nbsp; &nbsp;: 488.2M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM free &nbsp; &nbsp; &nbsp; &nbsp; : 
10.4M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; uptime &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 2 hours, 09 minutes<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; load averages &nbsp; &nbsp;: 2784 10592 5536<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total &nbsp; &nbsp;: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available &nbsp;: 
27.8G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total &nbsp; &nbsp; &nbsp;: 33.9G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; mode: serving only I/O data<br>&gt;<br>&gt; server: tcp://redhat04:3334<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM total &nbsp; &nbsp; &nbsp; &nbsp;: 1003.6M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM free &nbsp; &nbsp; &nbsp; &nbsp; : 605.3M<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; uptime &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 2 hours, 07 minutes<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; load averages &nbsp; &nbsp;: 4096 1312 224<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total &nbsp; &nbsp;: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available &nbsp;: 
64.3G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total &nbsp; &nbsp; &nbsp;: 70.4G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; mode: serving only I/O data<br>&gt;<br>&gt; server: tcp://redhat05:3334<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM total &nbsp; &nbsp; &nbsp; &nbsp;: 488.2M<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; RAM free &nbsp; &nbsp; &nbsp; &nbsp; : 96.7M<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; uptime &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 2 hours, 05 minutes<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; load averages &nbsp; &nbsp;: 0 0 0<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles available: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; handles total &nbsp; &nbsp;: 858993458<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes available &nbsp;: 27.8G
<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; bytes total &nbsp; &nbsp; &nbsp;: 33.9G<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp; mode: serving only I/O data<br>&gt;<br>&gt; ######################################################################<br>&gt; #########<br>&gt;<br>&gt; Therefore my cluster has 1 metadata server, 4 IO servers and 1 client.
<br>&gt;<br>&gt; The iozone test command is this:<br>&gt; [root@redhat02 ~]# iozone -Rab /home/pvfs2/Desktop/salida-redhat02-<br>&gt; test03.xls -g 4G -f /mnt/pvfs2/iozone-file.tmp -U /mnt/pvfs2<br>&gt;<br>&gt; and the message error is this:
<br>&gt; fsync: Bad file descriptor<br>&gt;<br>&gt; ######################################################################<br>&gt; #########<br>&gt;<br>&gt; Why I did chose IOzone? because his variety of tests and the excel
<br>&gt; output options.<br>&gt; If anyone can help me telling me why i&#39;ve this message error and<br>&gt; how can i resolve this, it would be great.<br>&gt; Thanks a lot, cheers.<br>&gt;<br>&gt;<br>&gt; --<br>&gt; Gonzalo Soto Subiabre
<br>&gt; Computer Engineer. FVT Chile Ltda.<br>&gt; <a href="mailto:gsotosubiabre@gmail.com">gsotosubiabre@gmail.com</a><br>&gt; msn: <a href="mailto:gonza_101@hotmail.com">gonza_101@hotmail.com</a><br></div></div><div><div>
</div><div class="Wj3C7c">&gt; _______________________________________________<br>&gt; Pvfs2-users mailing list<br>&gt; <a href="mailto:Pvfs2-users@beowulf-underground.org">Pvfs2-users@beowulf-underground.org</a><br>&gt; 
<a href="http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users" target="_blank">http://www.beowulf-underground.org/mailman/listinfo/pvfs2-users</a><br><br></div></div></blockquote></div><br><br clear="all"><br>-- 
<br>Gonzalo Soto Subiabre<br><a href="mailto:gsotosubiabre@gmail.com">gsotosubiabre@gmail.com</a><br>msn: <a href="mailto:gonza_101@hotmail.com">gonza_101@hotmail.com</a>