On Sun, Feb 11, 2024 at 9:52 AM Thomas Schmitt <scdbac...@gmx.net> wrote: > > David Christensen wrote: > > Concurrency: > > threads throughput > > 8 205+198+180+195+205+184+184+189=1,540 MB/s > > There remains the question how to join these streams without losing speed > in order to produce a single checksum. (Or one would have to divide the > target into 8 areas which get checked separately.)
Hash Tree or Merkle Tree. They are used in blockchains. > Does this 8 thread generator cause any problems with the usability of > the rest of the system ? Sluggish program behavior or so ? > > The main reason to have my own low-quality implementation of a random > stream was that /dev/urandom was too slow for 12x speed (= 1.8 MB/s) CD-RW > media and that higher random quality still put too much load on a > single-core 600 MHz Pentium system. That was nearly 25 years ago. Jeff
