All of lore.kernel.org
 help / color / mirror / Atom feed
From: Erik Slagter <erik@slagter.name>
To: Lionel Bouton <lionel-subscription@bouton.name>
Cc: linux-ide@vger.kernel.org
Subject: Re: USB-Storage, slow speed with sync option
Date: Wed, 14 Sep 2005 14:51:11 +0200	[thread overview]
Message-ID: <1126702271.4248.56.camel@localhost.localdomain> (raw)
In-Reply-To: <43281B5E.2090702@bouton.name>

[-- Attachment #1: Type: text/plain, Size: 1409 bytes --]

On Wed, 2005-09-14 at 14:45 +0200, Lionel Bouton wrote:
> >>Why would you _ever_ want to use the sync mount option on a flash
> >>device?
> >Don't ask me:-)

> >I used to mount without sync option, but I switched to hal + dbus now
> >and with gentoo it automatically sets sync option in fstab :-(

> This is purely a PBKAK :
> users want to remove the device as soon as they get feedback from their 
> UI telling them that their transfer is done (in fact they even screw up 
> and remove the device before it is done). sync in fstab isn't 
> particularly clever, but sync with automount is more useful : when 
> properly configured, as soon as the transfer is done the automounter can 
> cleanly umount the block device which is nearly instantaneous when sync 
> is used. Without sync there can be some awfully long delays with flash 
> and huge caches (on a 512M slow SD, I saw 30+ seconds after transfering 
> 10s or 100s of MB).

> This is understandable, for all the removable devices without a clean 
> "eject" and VFAT formatted, using sync is probably the best safeguard 
> against badly screwed up filesystems.

It's a very bad solution, because it's slow, but worse, it wears out
particular sectors, although the only good option (make the stick
non-removable when in use is not quite feasible).

People must be instructed to eject() before plug out. Just like
floppies.

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2115 bytes --]

  reply	other threads:[~2005-09-14 12:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-14  0:53 USB-Storage, slow speed with sync option Stefan
2005-09-14  9:31 ` Erik Slagter
2005-09-14 10:27   ` Stefan
2005-09-14 10:33     ` Erik Slagter
2005-09-14 10:43       ` Stefan
2005-09-14 12:45         ` Lionel Bouton
2005-09-14 12:51           ` Erik Slagter [this message]
     [not found]             ` <87f94c37050914055852ff4789@mail.gmail.com>
2005-09-14 13:04               ` Erik Slagter
2005-09-14 15:26             ` Mark Lord
2005-09-14 15:38               ` Lionel Bouton
2005-09-14 21:38                 ` Mark Lord
2005-09-14 13:37           ` Stefan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1126702271.4248.56.camel@localhost.localdomain \
    --to=erik@slagter.name \
    --cc=linux-ide@vger.kernel.org \
    --cc=lionel-subscription@bouton.name \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.