<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: High Performance File I/O</title>
	<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/</link>
	<description>Loren Shure  works on design of the MATLAB language at The MathWorks. She writes here about once a week on MATLAB programming and related topics. </description>
	<pubDate>Mon, 06 Oct 2008 13:37:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Eric</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-219</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Tue, 30 May 2006 10:44:25 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-219</guid>
		<description>Wow! That was a good one.

I use a lot of fprintf in link level simulations of  communication systems. The data is printed to files frame-by-frame, and the files are used to test Verilog implementation of the actual modem hardware.

I've just tried your tip, and savings in simulation time are tremendous.

Thank you!

Eric</description>
		<content:encoded><![CDATA[<p>Wow! That was a good one.</p>
<p>I use a lot of fprintf in link level simulations of  communication systems. The data is printed to files frame-by-frame, and the files are used to test Verilog implementation of the actual modem hardware.</p>
<p>I&#8217;ve just tried your tip, and savings in simulation time are tremendous.</p>
<p>Thank you!</p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-151</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Wed, 26 Apr 2006 14:21:28 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-151</guid>
		<description>Pat-

The only way to guarantee the buffer is flushed is to use &lt;kbd&gt;fclose&lt;/kbd&gt; if you open with &lt;kbd&gt;A&lt;/kbd&gt; or &lt;kbd&gt;A&lt;/kbd&gt;.   Using &lt;kbd&gt;a&lt;/kbd&gt; or &lt;kbd&gt;w&lt;/kbd&gt; flushes the buffer after each write.

--Loren</description>
		<content:encoded><![CDATA[<p>Pat-</p>
<p>The only way to guarantee the buffer is flushed is to use <kbd>fclose</kbd> if you open with <kbd>A</kbd> or <kbd>A</kbd>.   Using <kbd>a</kbd> or <kbd>w</kbd> flushes the buffer after each write.</p>
<p>&#8211;Loren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Loren</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-150</link>
		<dc:creator>Loren</dc:creator>
		<pubDate>Mon, 24 Apr 2006 11:33:45 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-150</guid>
		<description>I would recommend in the future sending information like this to our Technical Support group.  They pass information like this along to the development team who then prioritize their work with user requests in mind.  The link is:
&lt;p&gt;
http://www.mathworks.com/support/contact_us/ts/ebd/enhance_bug_doc_1.html
&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>I would recommend in the future sending information like this to our Technical Support group.  They pass information like this along to the development team who then prioritize their work with user requests in mind.  The link is:</p>
<p>
<a href="http://www.mathworks.com/support/contact_us/ts/ebd/enhance_bug_doc_1.html" rel="nofollow">http://www.mathworks.com/support/contact_us/ts/ebd/enhance_bug_doc_1.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gianni</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-149</link>
		<dc:creator>gianni</dc:creator>
		<pubDate>Mon, 24 Apr 2006 07:23:26 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-149</guid>
		<description>Loren,
I am writting in connection to a recent answer given by you to on the newsgroup and concerning out of memory problems ...

Also with the most recent version of matlab (2006a) there are cases of routines that do not support single precision

In my view this is a major problem for many users of matlab,
and huge memory boards do not help as much as a matlab tuning to make single precison always possible 

I have a direct experience with stream3 that cannot be forced to use single precison and uses 3 huge gradient arrays in double 

thank you , Gianni
%%%%%
Chris 
&#62;&#62; 
&#62; MATLAB supports arithmetic and lots of other math on singles for 
&#62; MATLAB 
&#62; 7. Perhaps upgrading would be beneficial for you.</description>
		<content:encoded><![CDATA[<p>Loren,<br />
I am writting in connection to a recent answer given by you to on the newsgroup and concerning out of memory problems &#8230;</p>
<p>Also with the most recent version of matlab (2006a) there are cases of routines that do not support single precision</p>
<p>In my view this is a major problem for many users of matlab,<br />
and huge memory boards do not help as much as a matlab tuning to make single precison always possible </p>
<p>I have a direct experience with stream3 that cannot be forced to use single precison and uses 3 huge gradient arrays in double </p>
<p>thank you , Gianni<br />
%%%%%<br />
Chris<br />
&gt;&gt;<br />
&gt; MATLAB supports arithmetic and lots of other math on singles for<br />
&gt; MATLAB<br />
&gt; 7. Perhaps upgrading would be beneficial for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat Cantey</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-147</link>
		<dc:creator>Pat Cantey</dc:creator>
		<pubDate>Fri, 21 Apr 2006 22:38:06 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-147</guid>
		<description>When using this technique, is the only way to flush the buffer to call fclose?

Or is there some other function call that will flush? 

Or does it automatically flush when the buffer reaches its limit? If so, what is the limit (in bytes)?</description>
		<content:encoded><![CDATA[<p>When using this technique, is the only way to flush the buffer to call fclose?</p>
<p>Or is there some other function call that will flush? </p>
<p>Or does it automatically flush when the buffer reaches its limit? If so, what is the limit (in bytes)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John O'Leary</title>
		<link>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-146</link>
		<dc:creator>John O'Leary</dc:creator>
		<pubDate>Wed, 19 Apr 2006 20:17:34 +0000</pubDate>
		<guid>http://blogs.mathworks.com/loren/2006/04/19/high-performance-file-io/#comment-146</guid>
		<description>I haven't used it in awhile, but last time I did movie2avi seemed to run much slower than it should.  I looked through the code and it seemed that the avi file created by this function was being opened and closed for every frame.  After reading this post, I went back and looked at addframe.m again and I see this line (308):

fid = fopen(filename,'a','l');

Could it be that simply changing the 'a' to 'A' here would speed up the writing of a movie to an avi file?</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t used it in awhile, but last time I did movie2avi seemed to run much slower than it should.  I looked through the code and it seemed that the avi file created by this function was being opened and closed for every frame.  After reading this post, I went back and looked at addframe.m again and I see this line (308):</p>
<p>fid = fopen(filename,&#8217;a',&#8217;l');</p>
<p>Could it be that simply changing the &#8216;a&#8217; to &#8216;A&#8217; here would speed up the writing of a movie to an avi file?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
