restore(8) to UFS on USB key: terrible slow

[Hans Petter Selasky]

On Thursday 08 December 2011 12:24:18 Matthias Apitz wrote:
> El día Thursday, December 08, 2011 a las 11:47:46AM +0100, Hans Petter 
Selasky escribió:
> > > I know (as I said) that dd(1) per default writes in blocks of 512
> > > bytes; but this is not the problem; the problem is the poor
> > > performance of restore(8); the dd(1) was just to see if the USB key
> > > performs fast enough in general; please read my post again :-)
> > 
> > Hi,
> > 
> > The "restore" utility also has a -b option for blocksize. Did you try
> > that?
> 
> Hi,
> 
> I know, but I think this does not make any diff, because at the moment
> restore(8) is only creating (empty) dirs and not storing files to the
> disk; if one watches the restore(8) with truss(1) it looks like this:
> 
> # truss -p 2123
> write(1,"Make node ./home/guru/myThings/F"...,80) = 80 (0x50)
> lseek(4,0x0,SEEK_CUR)                            = 4517312 (0x44edc0)
> lseek(4,0x44ec98,SEEK_SET)                       = 4517016 (0x44ec98)
> read(4,"7t\^W\0\f\0\^D\^A.\0\0\0(t\^W\0"...,1024) = 1024 (0x400)
> lseek(4,0x0,SEEK_CUR)                            = 4518040 (0x44f098)
> mkdir("./home/guru/myThings/FreeBSD/9-CURRENT/src/secure/libexec/sftp-serve
> r/.svn",0777) = 0 (0x0)
> write(1,"Make node ./home/guru/myThings/F"...,85) = 85 (0x55)
> lseek(4,0x0,SEEK_CUR)                            = 4518040 (0x44f098)
> lseek(4,0x44ece0,SEEK_SET)                       = 4517088 (0x44ece0)
> read(4,"8t\^W\0\f\0\^D\^A.\0\0\0007t\^W"...,1024) = 1024 (0x400)
> lseek(4,0x0,SEEK_CUR)                            = 4518112 (0x44f0e0)
> 
> i.e. it goes through the DUMP and makes the directories; and any
> mkdir(2) takes seconds!!!
> 
> one can even see this with:
> 

Hi,

If it is a umass problem you will see USB timeouts. Else it is not a USB 
problem.

Try setting hw.usb.ehci.lostintrbug=1 in /boot/loader.conf.

--HPS