On Sun, Feb 07, 2016 at 06:11:22PM -0800, Greg Kroah-Hartman wrote:
> I think you are going to get the same reaction from them, as they are
> going to point to the block layer above them that sends all of the data
> to them.
>
> Then the block layer is going to point to the file system, and they a
On Sun, Feb 07, 2016 at 05:35:33PM -0800, Marc MERLIN wrote:
> On Sun, Feb 07, 2016 at 05:04:04PM -0800, Greg Kroah-Hartman wrote:
> > On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
> > >
> > > Is the way sync/async is treated inside usb-storage, some other USB
> > > module, or outsi
On Sun, Feb 07, 2016 at 05:04:04PM -0800, Greg Kroah-Hartman wrote:
> On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
> >
> > Is the way sync/async is treated inside usb-storage, some other USB
> > module, or outside of the usb stack altogether?
>
> Outside the USB completely, again,
On Sun, Feb 07, 2016 at 04:50:00PM -0800, Marc MERLIN wrote:
>
> Is the way sync/async is treated inside usb-storage, some other USB
> module, or outside of the usb stack altogether?
Outside the USB completely, again, the USB storage driver is a very
dumb, and tiny, scsi driver.
--
To unsubscrib
On Sun, Feb 07, 2016 at 12:19:06PM -0500, Alan Stern wrote:
> On Sat, 6 Feb 2016, Oliver Neukum wrote:
>
> > > In theory, the copy command in Windows shouldn't need to wait either.
> > > But then you'd run into trouble if you unplugged the USB device without
> > > first clicking on the "Safely
On Sat, 6 Feb 2016, Oliver Neukum wrote:
> > In theory, the copy command in Windows shouldn't need to wait either.
> > But then you'd run into trouble if you unplugged the USB device without
> > first clicking on the "Safely remove hardware" button -- which
> > essentially does a sync.
>
> We
On Fri, 2016-02-05 at 16:11 -0500, Alan Stern wrote:
> On Fri, 5 Feb 2016, Marc MERLIN wrote:
> > When a windows copy is finished, it's pretty much on flash (maybe with a
> > second delay)
> > On linux, it is if I accept a speed that 50x slower, or it's not and
> > data is lost if I pull my usb de
On Fri, Feb 05, 2016 at 04:11:17PM -0500, Alan Stern wrote:
> On Fri, 5 Feb 2016, Marc MERLIN wrote:
>
> > The thing is async isn't great either.
> > I hate to say, but windows does this right, linux does not as far as I
> > can tell.
> > When a windows copy is finished, it's pretty much on flash
On Fri, 5 Feb 2016, Marc MERLIN wrote:
> The thing is async isn't great either.
> I hate to say, but windows does this right, linux does not as far as I
> can tell.
> When a windows copy is finished, it's pretty much on flash (maybe with a
> second delay)
> On linux, it is if I accept a speed that
On Fri, Feb 05, 2016 at 12:27:25PM -0800, Greg Kroah-Hartman wrote:
> > This goes back to 23MB/s (size/time), which is proper speed.
> > I also verified that this time the LED wasn't flashing after unmount.
>
> Great, so all is good now?
>
> > > Still, it's a more appropriate value, indicating th
On Thu, Feb 04, 2016 at 06:47:06PM -0800, Marc MERLIN wrote:
> On Thu, Feb 04, 2016 at 09:49:22AM +0100, Oliver Neukum wrote:
> > On Wed, 2016-02-03 at 22:20 -0800, Marc MERLIN wrote:
> >
> > > But the main point remains that default mount options and default cp
> > > work at horrible speed. I'm h
On Thu, Feb 04, 2016 at 09:49:22AM +0100, Oliver Neukum wrote:
> On Wed, 2016-02-03 at 22:20 -0800, Marc MERLIN wrote:
>
> > But the main point remains that default mount options and default cp
> > work at horrible speed. I'm happy to try stuff to get around that
> > (nosync might be one, but havi
On Wed, 3 Feb 2016, Marc MERLIN wrote:
> On Wed, Feb 03, 2016 at 09:05:26PM -0800, Greg Kroah-Hartman wrote:
> > > Still, you're likely on the right track, something seems to wait for
> > > each write to proceed before sending the next one.
> >
> > What are you using to copy files?
>
> midnight
On Wed, 2016-02-03 at 22:20 -0800, Marc MERLIN wrote:
> But the main point remains that default mount options and default cp
> work at horrible speed. I'm happy to try stuff to get around that
> (nosync might be one, but having my stick write after I unmounted it,
> makes me very nervous), so I'd
On Wed, Feb 03, 2016 at 09:05:26PM -0800, Greg Kroah-Hartman wrote:
> > Still, you're likely on the right track, something seems to wait for
> > each write to proceed before sending the next one.
>
> What are you using to copy files?
midnight commander, or straight cp, only copying one big file,
On Wed, Feb 03, 2016 at 07:48:04PM -0800, Marc MERLIN wrote:
> Hi Greg,
>
> Thanks for your quick reply.
>
> On Wed, Feb 03, 2016 at 07:07:45PM -0800, Greg Kroah-Hartman wrote:
> > > Note that I have this problem with all USB sticks, not just this one
> > > stick.
> >
> > What filesystem, vfat?
Hi Greg,
Thanks for your quick reply.
On Wed, Feb 03, 2016 at 07:07:45PM -0800, Greg Kroah-Hartman wrote:
> > Note that I have this problem with all USB sticks, not just this one
> > stick.
>
> What filesystem, vfat? What is the mount options you use for it? Try
oops, forgot that:
/dev/sdc1 o
Thinkpad T540p, kernel 4.4.
Writing a big file goes at an attrocious 440KB/s
Starting win7 in virtualbox on the same laptop, mounting the same stick
and doing the same copy, writes the same file at 23MB/s
Reading the file in virtualbox goes at 30MB/s
Reading the file in linux goes at 36MB/s (afte
On Wed, Feb 03, 2016 at 06:56:57PM -0800, Marc MERLIN wrote:
> Thinkpad T540p, kernel 4.4.
>
> Writing a big file goes at an attrocious 440KB/s
> Starting win7 in virtualbox on the same laptop, mounting the same stick
> and doing the same copy, writes the same file at 23MB/s
>
> Reading the file
19 matches
Mail list logo