This is reading, not writing. USB sends a dummy zero every few consecutive 1s for framing purposes. If you want the details Ben Eater has a great video on it.
Bit stuffing is the insertion of non-information bits into data … is used for various purposes, such as for bringing bit streams that do not necessarily have the same or rationally related bit rates up to a common rate
Framing is the process by which, while receiving a stream of fixed-length frames, the receiver identifies the frame boundaries, permitting the data bits within the frame to be extracted for decoding or retransmission.
A common practice is to insert in a dedicated time slot within the frame, a noninformation framing bit that is used for synchronization of the incoming data with the receiver.
Surely that only works on a USB that is already zero’d out (meaning nothing to change)?
I wonder if this benchmark holds true on a USB that has seen some action and needs to commit large number of zeroes in random dereferenced space?
This is reading, not writing. USB sends a dummy zero every few consecutive 1s for framing purposes. If you want the details Ben Eater has a great video on it.
Ah I see thanks
I’m not watching a video, but appreciate the pointing in the right direction
Huh, TIL about Bit-Stuffing and Framing Bits
They’re reading from the USB into
/dev/null
(effectively throwing the read data away), not writing