From 298c2922dd59acb9e0894168df4a1f28bf853e1b Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 30 Aug 2016 20:30:25 -0400 Subject: key encryption hash benchmark was off by a factor of 16, fix f2fa457a7e45721e94a3f5d0307faf874150cdb4 did in fact fix a laziness issue in the benchmark. This explains why restore was taking so long, although I need to re-run a real restore to double-check this. --- Tunables.hs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'Tunables.hs') diff --git a/Tunables.hs b/Tunables.hs index 0a317c5..d7e5ac7 100644 --- a/Tunables.hs +++ b/Tunables.hs @@ -93,7 +93,7 @@ defaultTunables = Tunables { nameGenerationHash = argon2 10000 (coreCost 2 (Seconds 600) d) } , keyEncryptionKeyTunable = KeyEncryptionKeyTunable - { keyEncryptionKeyHash = argon2 2700 (CPUCost (Seconds 12) d) + { keyEncryptionKeyHash = argon2 169 (CPUCost (Seconds 12) d) , randomSaltBytes = 1 -- The keyEncryptionKeyHash is run 256 times per -- random salt byte to brute-force, and its parameters -- cgit v1.2.3