I managed to get performance up a bit to around 10mb/sec & 5mb/sec (W
& R) by maxing out buflen at 131072, setting stall to 0 and adding
total=10000000; to dummy_hcd, but that's still an order of magnitude
less than it ought to be.  I'm poking around the files to see if
there's anything else I can understand that I can change.

Joshua

On 3/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Thanks for your reply!
>
> I tried adding the line you suggested to dummy_hcd, unfortunately it
> doesn't seem to have any effect on the speed.  Any ideas?
>
> Yeah, I've tried all sorts of ways of tricking it with loop0,
> including making a symlink and renaming the device node.
> Unfortunately they don't work.  Someone clever had written a tool that
> uses LD_PRELOAD to intercept vmware's ioctls and rewrite them, but
> unfortunately that doesn't work currently.
>
> I'd like to get it working with this, do you have any other ideas on
> how to speed up/simplify this layer?
>
> On 3/8/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > You know, you could always create an entry for /dev/loop0 with a different
> > name.  For example:
> >
> >         mknod /dev/hdz b 7 0
> >
> > Or maybe even
> >
> >         ln -s /dev/loop0 /dev/hdz
> >
> > Then /dev/hdz would be a loopback block device and it would work okay with
> > VMware.
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Linux-usb-users@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to