> > Nope. Or yes. Here comes into play why Heiko said think of what USB stands > for. While the devices appear to be responsive concurrently (the bus > arbitration and multiplexing/demultiplexing is tranparent to the user), it > still is a serial bus, so at a given point in time you can only write to > _one_ device. And if that device is limited in its speed, you're doomed. > The only thing I could imagine is that if you send small bursts that don't > make the write cache full, it _might_ be possible to switch fast between > the devices and thus write the data faster, as the devices can try and > write the data to disk while the others are feeded.
I had second thoughts of this, and have to admit that I don't make too much senes here. So ignore that. > But I'm on no sure ground here with that assumption, and it certainly > would depend on how the usb-ata-controller deals with that. You said > yourself that you only had 15MB/sec, so it doesn't look to good. > > To make this work would certainly be a deep lowlever driver hack and > nowhere in the scope of python per se. > -- Regards, Diez B. Roggisch -- http://mail.python.org/mailman/listinfo/python-list
