If you use cygwin (which noone ever should) make sure you to specify -mno-cygwin or any output is significantly slower than any other build. (oh, I see that was deprecated several years ago, apparently now you just get the slow code automatically in static format.)
(for instance one cause of slowness) http://stackoverflow.com/questions/28410852/startup-is-really-slow-for-all-cygwin-applications the runtime for file system access had heavy registry access because of /cygdrive/xxx/ mapping support... On Sat, Aug 13, 2016 at 10:17 AM, Random Coder <random.co...@gmail.com> wrote: > On Sat, Aug 13, 2016 at 8:39 AM, Rousselot, Richard A > <richard.a.rousse...@centurylink.com> wrote: > > Thanks, this does allow the library to load and process. The thing is > your build is by far the slowest I have received, slower even than the > 32-bit version. > > Sorry about that, it was a debug build. > > https://new-bucket-2a9cf983.s3.amazonaws.com/sqlite64_release.zip > > Might be faster. > > > Could you tell me what version of SQLite you compiled, your compiler and > the settings you used on each build? > > SQLite 3.14.0, built with MSVC 18.00.30723 for x64. The debug version > was built with /Od, this version is built with /O2 /Ot /Ox. Both > versions are built with the SQLITE options of SQLITE_ENABLE_FTS3 > SQLITE_ENABLE_STAT2 SQLITE_ENABLE_RTREE. > _______________________________________________ > sqlite-users mailing list > sqlite-users@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users