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 _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"