<div dir="ltr">On Sat, Nov 10, 2012 at 3:02 PM,  <span dir="ltr">&lt;<a href="mailto:timothyhobbs@seznam.cz" target="_blank">timothyhobbs@seznam.cz</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hmm.  I was hoping for good news that things had changed for the better :( .  I want these files to be on the disk so I don&#39;t lose data in the case of failure.  A common solution here is to acidify the program, but that is not acceptable from a usability standpoint.  I don&#39;t want to have the user mess around with swap files and the like.  When something goes wrong, I want to seamlessly start up where we left off without the user even knowing that something out of the ordinary happened.  A tmpfs will do nothing for this case :)<br>
</div></blockquote><div><br></div><div>Maybe what you want to do is to write data every [blocksize] (often 4K but it may depend to some extent on the SSD&#39;s internal block size, which unfortunately you may not be able to determine easily) in the file and periodically truncate and start from the beginning.  To restart, seek backwards from the end of the file.</div>
<div><br></div><div>Alternatively this may be the point where you try to write stuff to an easily and cheaply replaced thumb drive or SD card.</div></div><div><br></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div>
<div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix/linux, openafs, kerberos, infrastructure          <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div>
</div><br>
</div>