re: what is the apparent source of the slow down, is it executing scrypt or SQLCipher calls?
After some more investigation, I’ve found the reason for the slow down is doe to the failure to load the native libary for scrypt. This happens after moving from 3.5.4 to 3.5.5 so I assume this happening due to the 64 bit upgrade of SQLCipher, so the system is also trying to load the 64bit version of Scrypt (which doesn’t exist). Since it can’t load the scrypt library, it defaults to the Java version, which is why it is so much slower.
Since I don’t yet have 64bit versions of scrypt, and I believe you can’t mix 32 and 64 bit versions of libraries I’ve forced the use of 32bit SQLCipher via:
Does this seem like a reasonable solution?