On Thu, Aug 11, 2016 at 2:37 PM, Warren Young <w...@etr-usa.com> wrote:
> On Aug 10, 2016, at 6:32 PM, Keith Medcalf <kmedc...@dessus.com> wrote: > >> You must be talking about PAE, which is an unmitigated hack, in the > >> dirtiest sense of that word > > > > It is not a hack. It is how things work. I do not see where you get > the idea that it is a hack. > > Because I know how PAE works, and I have the technical competence to > express an informed opinion about it. > > But if you don’t want to believe me, maybe you’ll believe Linus Torvalds: > > https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-about-pae/ > > > non-Windows have supported physical address limits beyond 4 GB as > standard since a very long time (Linux since 2009). > > Yes, via PAE. > > If you mean something other than PAE, please give a technical reference to > what you are talking about. Like, maybe, a page in an Intel architecture > reference manual. Even a Wikipedia link would do. > {a bunch of snipped stuff} I think you guys are just talking past each other. Windows versions that support PAE have the Address Windowing Extensions (AWE) which allows a single process to access more than 4 GiB total in a single process, though the application is responsible for what address ranges are mapped in or out at any given point in time. https://msdn.microsoft.com/en-us/library/windows/desktop/aa366527(v=vs.85).aspx That being said, I don't think it is a reasonable or practical thing to expect of cross platform source code like SQLite to use such a platform specific API. A 64 bit build of SQLite should probably be used to address memory > 4 GiB in the most straightforward / reasonable / compatible way. So could a 32 bit build of SQLite access more than 4 GiB with appropriate hardware & OS support? Sure. Should a 32 bit build of SQLite stretch to support managing the address space itself as might be required? I don't think so. -- Scott Robison _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
