that wont work.
Because pages are stored in a file that will grow until max.
And then it will truncate so reuse the file from the beginning
So deleting 1 page in it wont result in the file being smaller.
johan
On Thu, Jul 3, 2008 at 10:00 AM, Gerald Reinhart [EMAIL PROTECTED]
wrote:
Johan
Yeah, we don't shrink the files. We can't, that's not how
DiskPageStore works. Anyway, what's the usecase? Are you trying to
suggest that you're running out of disk space? :)
-Matej
On Thu, Jul 3, 2008 at 10:18 AM, Johan Compagner [EMAIL PROTECTED] wrote:
that wont work.
Because pages are
Use case :
- an application with a long session time out
- potentially a very important number of session
- disk space not huge
The solution is perhaps to define a small maxSizePerSession on the
DiskPageStore, and considering that if the server don't store an important
number of version
setting the right maxSizePerPagemap is way more importand then
maxSizePerSession
just see what sizes your pages are.
Then the if they are on average (now taking a big number) 500KB then ask you
self how many pages you want
if that is 4 then you set the maxSizePerPagemap to 2MB and
On Thu, Jul 3, 2008 at 2:55 AM, Johan Compagner [EMAIL PROTECTED] wrote:
setting the right maxSizePerPagemap is way more importand then
maxSizePerSession
just see what sizes your pages are.
Then the if they are on average (now taking a big number) 500KB then ask you
self how many pages you
The 'real' size is more the 2MB. (pagemap size) because if you always
have 1 pagemap then thats the max. The question is how many pagemaps
you also want to support.
On 7/3/08, Eelco Hillenius [EMAIL PROTECTED] wrote:
On Thu, Jul 3, 2008 at 2:55 AM, Johan Compagner [EMAIL PROTECTED]
wrote:
Even 2 MB is more than you'd want. Anyway, it's a worst case thing I assume.
Eelco
On Thu, Jul 3, 2008 at 10:16 AM, Johan Compagner [EMAIL PROTECTED] wrote:
The 'real' size is more the 2MB. (pagemap size) because if you always
have 1 pagemap then thats the max. The question is how many