title: How to optimize paging for large in memory database
body: <p>I have an application where the entire database is implemented in memory using a stl-map for each table in the database.</p>
  
  <p>Each item in the stl-map is a complex object with references to other items in the other stl-maps.</p>
  
  <p>The application works with a large amount of data, so it uses more than 500 MByte RAM. Clients are able to contact the application and get a filtered version of the entire database. This is done by running through the entire database, and finding items relevant for the client.</p>
  
  <p>When the application have been running for an hour or so, then Windows 2003 SP2 starts to page out parts of the RAM for the application (Eventhough there is 16 GByte RAM on the machine). </p>
  
  <p>After the application have been partly paged out then a client logon takes a long time (10 mins) because it now generates a page fault for each pointer lookup in the stl-map. If running the client logon a second time right after then it is fast (few secs) because all the memory is now back in RAM.</p>
  
  <p>I can see it is possible to tell Windows to lock memory in RAM, but this is generally only recommended for device drivers, and only for "small" amounts of memory.</p>
  
  <p>I guess a poor mans solution could be to loop through the entire memory database, and thus tell Windows we are still interested in keeping the datamodel in RAM.</p>
  
  <p>I guess another poor mans solution could be to disable the pagefile completely on Windows.</p>
  
  <p>I guess the expensive solution would be a SQL database, and then rewrite the entire application to use a database layer. Then hopefully the database system will have implemented means to for fast access.</p>
  
  <p>Are there other more elegant solutions ?</p>