summaryrefslogtreecommitdiff
path: root/crypto/ec/ec_mult.c
diff options
context:
space:
mode:
authorBodo Möller <bodo@openssl.org>2001-03-19 22:38:24 +0000
committerBodo Möller <bodo@openssl.org>2001-03-19 22:38:24 +0000
commit37cdcb4d8a875e40f93a35749dff6bbe10cf6733 (patch)
tree2a91d3f03bd5da7da7c1f5fd3c6a068aca2b3fe6 /crypto/ec/ec_mult.c
parent57b6534e533295eb8f9fb389a6194a099c3fac5a (diff)
downloadopenssl-new-37cdcb4d8a875e40f93a35749dff6bbe10cf6733.tar.gz
Table for window sizes.
Diffstat (limited to 'crypto/ec/ec_mult.c')
-rw-r--r--crypto/ec/ec_mult.c83
1 files changed, 77 insertions, 6 deletions
diff --git a/crypto/ec/ec_mult.c b/crypto/ec/ec_mult.c
index 19d2336784..d1478740a3 100644
--- a/crypto/ec/ec_mult.c
+++ b/crypto/ec/ec_mult.c
@@ -63,13 +63,84 @@
/* TODO: optional Lim-Lee precomputation for the generator */
-/* this is just BN_window_bits_for_exponent_size from bn_lcl.h for now;
- * the table should be updated for EC */ /* TODO */
#define EC_window_bits_for_scalar_size(b) \
- ((b) > 671 ? 6 : \
- (b) > 239 ? 5 : \
- (b) > 79 ? 4 : \
- (b) > 23 ? 3 : 1)
+ ((b) >= 1500 ? 6 : \
+ (b) >= 550 ? 5 : \
+ (b) >= 200 ? 4 : \
+ (b) >= 55 ? 3 : \
+ (b) >= 20 ? 2 : \
+ 1)
+/* For window size 'w' (w >= 2), we compute the odd multiples
+ * 1*P .. (2^w-1)*P.
+ * This accounts for 2^(w-1) point additions (neglecting constants),
+ * each of which requires 16 field multiplications (4 squarings
+ * and 12 general multiplications) in the case of curves defined
+ * over GF(p), which are the only curves we have so far.
+ *
+ * Converting these precomputed points into affine form takes
+ * three field multiplications for inverting Z and one squaring
+ * and three multiplications for adjusting X and Y, i.e.
+ * 7 multiplications in total (1 squaring and 6 general multiplications),
+ * again except for constants.
+ *
+ * The average number of windows for a 'b' bit scalar is roughly
+ * b/(w+1).
+ * Each of these windows (except possibly for the first one, but
+ * we are ignoring constants anyway) requires one point addition.
+ * As the precomputed table stores points in affine form, these
+ * additions take only 11 field multiplications each (3 squarings
+ * and 8 general multiplications).
+ *
+ * So the total workload, except for constants, is
+ *
+ * 2^(w-1)*[5 squarings + 18 multiplications]
+ * + (b/(w+1))*[3 squarings + 8 multiplications]
+ *
+ * If we assume that 10 squarings are as costly as 9 multiplications,
+ * our task is to find the 'w' that, given 'b', minimizes
+ *
+ * 2^(w-1)*(5*9 + 18*10) + (b/(w+1))*(3*9 + 8*10)
+ * = 2^(w-1)*225 + (b/(w+1))*107.
+ *
+ * Thus optimal window sizes should be roughly as follows:
+ *
+ * w >= 6 if b >= 1414
+ * w = 5 if 1413 >= b >= 505
+ * w = 4 if 504 >= b >= 169
+ * w = 3 if 168 >= b >= 51
+ * w = 2 if 50 >= b >= 13
+ * w = 1 if 12 >= b
+ *
+ * If we assume instead that squarings are exactly as costly as
+ * multiplications, we have to minimize
+ * 2^(w-1)*23 + (b/(w+1))*11.
+ *
+ * This gives us the following (nearly unchanged) table of optimal
+ * windows sizes:
+ *
+ * w >= 6 if b >= 1406
+ * w = 5 if 1405 >= b >= 502
+ * w = 4 if 501 >= b >= 168
+ * w = 3 if 167 >= b >= 51
+ * w = 2 if 50 >= b >= 13
+ * w = 1 if 12 >= b
+ *
+ * Note that neither table tries to take into account memory usage
+ * (code locality etc.). Actual timings with NIST curve P-192 and
+ * 192-bit scalars show that w = 3 (instead of 4) is preferrable;
+ * and timings with NIST curve P-521 and 521-bit scalars show that
+ * w = 4 (instead of 5) is preferrable. So we round up all the
+ * boundaries and use the following table:
+ *
+ * w >= 6 if b >= 1500
+ * w = 5 if 1499 >= b >= 550
+ * w = 4 if 549 >= b >= 200
+ * w = 3 if 199 >= b >= 55
+ * w = 2 if 54 >= b >= 20
+ * w = 1 if 19 >= b
+ */
+
+
/* Compute
* \sum scalars[i]*points[i]