Yes, we are not trying to directly access the data via calls outside the file system so the VFS should have handled it correctly.<div><br></div><div>Our logs don't show any type of errors related to SD card access or file system access in general.</div>

<div><br></div><div>Thanks,</div><div>Alistair</div><div><br><br><div class="gmail_quote">On Sat, Apr 23, 2011 at 9:04 AM, Cameron Simpson <span dir="ltr"><<a href="mailto:cs@zip.com.au">cs@zip.com.au</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On 20Apr2011 19:29, Tony Abernethy <<a href="mailto:tony@servasoftware.com">tony@servasoftware.com</a>> wrote:<br>


| OK, I'll bite.<br>
| With all file system designs, there is a tradeoff between speed and safety.<br>
| This tradeoff occurs at all levels where there might be something that buffers information.<br>
| Writing into the middle of a structure can be incredibly slow if everything is done safely.<br>
|<br>
| Enter disk caches (Operating System, Disk controller, Disk itself)<br>
| Much much faster, BUT if mother nature pulls the plug, very weird things can happen.<br>
|<br>
| Expect everything to be very non-informative about the strategy used.<br>
|<br>
| With an SD card I would expect everything in the chain to NOT wait for the SD card to be finished.<br>
| Might even take a few minutes for the disk cache to be flushed to the SD card.<br>
| Makes no difference unless you pull the SD card prematurely<br>
| (or possibly in some cases actually look at what is actually on the card)<br>
<br>
</div>And none of this matters.<br>
<br>
The view from within the OS should be consistent, regardless of the<br>
state of the disc buffering. Any other behaviour is a bug.<br>
<br>
To be explicit, if I went:<br>
<br>
  mv huge_file /mnt/the-sd-card<br>
<br>
and the mv completes (the command exits), no examination of the sd card _via<br>
the filesystem_ (directory listings etc) will not show the huge_file on<br>
the card and the huge_file gone from its original location. I/O copying<br>
of data to the card may be happening in the background, but the logical<br>
view will be as it it were all complete.<br>
<br>
Of course, doing direct access to the card device, _outside the filesystem_,<br>
can should incompleteness. But that's not what the OP is doing AFAIK.<br>
<br>
Cheers,<br>
<font color="#888888">--<br>
Cameron Simpson <<a href="mailto:cs@zip.com.au">cs@zip.com.au</a>> DoD#743<br>
<a href="http://www.cskk.ezoshosting.com/cs/" target="_blank">http://www.cskk.ezoshosting.com/cs/</a><br>
<br>
Some people have all the luck.  When I find the guy with mine, I'm gonna<br>
kick his teeth in.<br>
</font><div><div></div><div class="h5">--<br>
Please use reply-all for most replies to avoid omitting the mailing list.<br>
To unsubscribe or change options: <a href="https://lists.samba.org/mailman/listinfo/rsync" target="_blank">https://lists.samba.org/mailman/listinfo/rsync</a><br>
Before posting, read: <a href="http://www.catb.org/~esr/faqs/smart-questions.html" target="_blank">http://www.catb.org/~esr/faqs/smart-questions.html</a><br>
</div></div></blockquote></div><br></div>