restore(8) to USB key: terrible slow

[Alexander Best]

On Wed Nov 17 10, Hans Petter Selasky wrote:
> On Wednesday 17 November 2010 14:39:14 Matthias Apitz wrote:
> > El día Wednesday, November 17, 2010 a las 01:14:19PM +0100, Hans Petter 
> Selasky escribió:
> > > > after around 90 minutes of restore the taget file system says 19 MByte
> > > > used (i.e restored):
> > > > 
> > > > $ df -kh /mnt
> > > > Filesystem     Size    Used   Avail Capacity  Mounted on
> > > > /dev/da0s1a    3.6G     19M    3.3G     1%    /mnt
> > > > 
> > > > What is wrong with this? If this does matter: 8-CURRENT.
> > > > 
> > > > Thanks
> > > > 
> > > > 	matthias
> > > 
> > > Hi,
> > > 
> > > Maybe you get some answers from:
> > > 
> > > sysctl hw.usb.umass.debug=-1
> > > 
> > > Kernel needs to be compiled with:
> > > 
> > > options USB_DEBUG
> > 
> > Thanks; I have to build a kernel for this ...
> > 
> > When I write the key just with dd(1) it performs normal with big blocks:
> > 
> > # dd if=/home/guru/usb9root.dmp of=/dev/da0 bs=1m count=100
> > 100+0 records in
> > 100+0 records out
> > 104857600 bytes transferred in 16.650550 secs (6297546 bytes/sec)
> > 
> > and slow with 512 byte blocks:
> > 
> > # dd if=/home/guru/usb9root.dmp of=/dev/da0 count=100
> > 100+0 records in
> > 100+0 records out
> > 51200 bytes transferred in 1.997130 secs (25637 bytes/sec)
> > 
> > any idea or do we need the debug output?
> > 
> > 	matthias
> 
> What block size does the dump utility use?

dump(8) says 10k.

> 
> --HPS

-- 
a13x