Re: Serialized pages location on the disk ?

[Johan Compagner <jc...@gmail.com>]

The problem is that the DiskPageStore doesn't work really for clustering
So you can save it to 1 place, but when a failover happens that file can't
be picked up
by another server. (or matej has to have fixed this in the last few days)

Also we have a pool of open file channels to the file per server. And i
don't think
that you can have 2 read/write open channels by different servers to the
same file.

So just keeping the DiskPageStore locally is i think a good idea.

johan



On Nov 30, 2007 7:32 PM, mfs <fa...@gmail.com> wrote:

>
> Since i want to give a centralized disk-store for all the clustered nodes.
>
> As for the file-param constructor, i think it would certainly be helpful.
>
> Farhan.
>
>
>
> Johan Compagner wrote:
> >
> > First why do you want to change the default file location?
> >
> > Also i thing we should improve the javadoc a bit so that the defaults
> > are mentioned and i am thinking here to add a File param only
> > constructor so that you can change the location easier without knowing
> > the rest of those defaults
> >
> > On 11/29/07, mfs <fa...@gmail.com> wrote:
> >>
> >> Thanks, btw as of now what is the default value set for the remaining
> >> three
> >> fields..maxSizePerPageMap,maxSizePerSession and fileChannelPoolCapacity
> ?
> >>
> >> Farhan.
> >>
> >> Eelco Hillenius wrote:
> >> >
> >> >>  Use the different constructor your self:
> >> >>
> >> >> *public* DiskPageStore(File fileStoreFolder, *int*
> maxSizePerPagemap,
> >> >> *int*maxSizePerSession,
> >> >> *int* fileChannelPoolCapacity)
> >> >
> >> > I don't know how I missed that constructor. Looked with my butt it
> >> seems.
> >> >
> >> > Eelco
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> > For additional commands, e-mail: users-help@wicket.apache.org
> >> >
> >> >
> >> >
> >>
> >> --
> >> View this message in context:
> >>
> http://www.nabble.com/Serialized-pages-location-on-the-disk---tf4895129.html#a14031923
> >> Sent from the Wicket - User mailing list archive at Nabble.com<http://nabble.com/>
> .
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Serialized-pages-location-on-the-disk---tf4895129.html#a14087791
>  Sent from the Wicket - User mailing list archive at Nabble.com<http://nabble.com/>
> .
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>

Re: Serialized pages location on the disk ?

["C. Bergström" <cb...@netsyncro.com>]

On Sat, 2007-12-01 at 01:35 +0100, Johan Compagner wrote:
> The problem is that the DiskPageStore doesn't work really for clustering
> So you can save it to 1 place, but when a failover happens that file can't
> be picked up
> by another server. (or matej has to have fixed this in the last few days)
> 
> Also we have a pool of open file channels to the file per server. And i
> don't think
> that you can have 2 read/write open channels by different servers to the
> same file.
> 
> So just keeping the DiskPageStore locally is i think a good idea.

Well. the really quick and cheap way to get around this. (for a 2 node
cluster) 

DRBD 

http://www.drbd.org/

You want to scale out past that and the changes required become a bit
more interesting.

Thanks everyone for a great event.. 

./C


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org