Update performance stuff in alf(1).

2 files changed, 14 insertions, 14 deletions

diff --git a/src/alf.1 b/src/alf.1
index cb735b7..677a678 100644
--- a/src/alf.1
+++ b/src/alf.1
@@ -101,14 +101,14 @@ a pathological case. A real Atari would take hours or even days to
 compress/decompress such files, and you\(aqd have to have a hard disk and
 a DOS capable of handling multi\-megabyte files...
 .sp
-Performance is \fIhorrible\fP\&. This shouldn\(aqt be a real problem on modern
-multi\-GHz CPU, especially since most Atari 8\-bit files are small
-(usually under 64KB). Interestingly, it\(aqs not O(n^2), it scales
-linearly, O(1): Compressing a 1.3MB text file takes 5 seconds on the
+Performance is \fIhorrible\fP\&. This shouldn\(aqt be a real problem on
+modern multi\-GHz CPU, especially since most Atari 8\-bit files are
+small (usually under 64KB). Interestingly, it\(aqs not O(n^2), it scales
+linearly, O(1): Compressing a 1.3MB text file takes 0.7 seconds on the
 author\(aqs (rather modest) Intel i7 workstation, and a file 10x as large
-takes approximately 10x as long (50 seconds). A 50KB file takes 0.2
-seconds, which is more typical of the files you\(aqd actually use this
-with.
+takes approximately 10x as long (7 seconds). A 50KB file is almost
+instantaneous, 0.5 seconds, which is more typical of the files you\(aqd
+actually use this with.
 .sp
 The date/time stamps stored in the archive are the \fBmtime\fPs of
 the files (which is the same time \fBls\fP(1) shows, by default), and
diff --git a/src/alf.rst b/src/alf.rst
index 0968d68..ea3db39 100644
--- a/src/alf.rst
+++ b/src/alf.rst
@@ -88,14 +88,14 @@ a pathological case. A real Atari would take hours or even days to
 compress/decompress such files, and you'd have to have a hard disk and
 a DOS capable of handling multi-megabyte files...
 
-Performance is *horrible*. This shouldn't be a real problem on modern
-multi-GHz CPU, especially since most Atari 8-bit files are small
-(usually under 64KB). Interestingly, it's not O(n^2), it scales
-linearly, O(1): Compressing a 1.3MB text file takes 5 seconds on the
+Performance is *horrible*. This shouldn't be a real problem on
+modern multi-GHz CPU, especially since most Atari 8-bit files are
+small (usually under 64KB). Interestingly, it's not O(n^2), it scales
+linearly, O(1): Compressing a 1.3MB text file takes 0.7 seconds on the
 author's (rather modest) Intel i7 workstation, and a file 10x as large
-takes approximately 10x as long (50 seconds). A 50KB file takes 0.2
-seconds, which is more typical of the files you'd actually use this
-with.
+takes approximately 10x as long (7 seconds). A 50KB file is almost
+instantaneous, 0.5 seconds, which is more typical of the files you'd
+actually use this with.
 
 The date/time stamps stored in the archive are the **mtime**\s of
 the files (which is the same time **ls**\(1) shows, by default), and