Regarding the following old post: Richard Hipp wrote: > By making use of memory-mapped I/O, the current trunk of SQLite (which will > eventually become version 3.7.17 after much more refinement and testing) > can be as much as twice as fast, on some platforms and under some > workloads. We would like to encourage people to try out the new code and > report both success and failure. Snapshots of the amalgamation can be > found at > > http://www.sqlite.org/draft/download.html > > Links to the relevant documentation can bee seen at > > http://www.sqlite.org/draft/releaselog/3_7_17.html > > The memory-mapped I/O is only enabled for windows, linux, mac OS-X, and > solaris. We have found that it does not work on OpenBSD, for reasons we > have not yet been able to uncove; but as a precaution, memory mapped I/O is > disabled by default on all of the *BSDs until we understand the problem.
Was the problem ever identified? The answer isn't really important to me, since the version I'm using (3.8.0.2) works perfectly fine for me under FreeBSD 9.1, but I'm curious about the resolution (if any). -- Will _______________________________________________ sqlite-users mailing list sqlite-users@sqlite.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
