simultaneous copy to multiple media

Diez B. Roggisch deetsNOSPAM at web.de
Sun Mar 20 17:13:05 EST 2005


> 
> 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



More information about the Python-list mailing list