Notes on MD4 performance. This quite unnecessarily takes up 90% of
authorMartin Pool <mbp@samba.org>
Mon, 8 Apr 2002 08:39:03 +0000 (08:39 +0000)
committerMartin Pool <mbp@samba.org>
Mon, 8 Apr 2002 08:39:03 +0000 (08:39 +0000)
CPU on a local transfer, without achieving anything useful.

TODO

diff --git a/TODO b/TODO
index a24ef7a98640fc3d11594853d3121a1727c73a92..5a01a53dd7af44935ad853db081c39ed0109b827 100644 (file)
--- a/TODO
+++ b/TODO
@@ -451,6 +451,30 @@ Check "refuse options works"
   Was this broken when we changed to popt?
 
 
+PERFORMANCE ----------------------------------------------------------
+
+MD4 file_sum
+
+  If we're doing a local transfer, or using -W, then perhaps don't
+  send the file checksum.  If we're doing a local transfer, then
+  calculating MD4 checksums uses 90% of CPU and is unlikely to be
+  useful.
+
+  Indeed for transfers over zlib or ssh we can also rely on the
+  transport to have quite strong protection against corruption.
+
+  Perhaps we should have an option to disable this, analogous to
+  --whole-file, although it would default to disabled.  The file
+  checksum takes up a definite space in the protocol -- we can either
+  set it to 0, or perhaps just leave it out.
+
+MD4
+
+  Perhaps borrow an assembler MD4 from someone?
+
+  Make sure we call MD4 with properly-sized blocks whenever possible
+  to avoid copying into the residue region?
+
 String area code
 
   Test whether this is actually faster than just using malloc().  If