On Wed, Oct 28, 2009 at 5:01 PM, Christian Becker <lobe...@googlemail.com>wrote: > > 2009/10/28 Martin Grotzke <martin.grot...@googlemail.com> > >> On Tue, Oct 27, 2009 at 8:04 PM, Christian Becker <lobe...@googlemail.com >> > wrote: >> >>> 2009/10/27 Martin Grotzke <martin.grot...@googlemail.com> >>> >>>> On Tue, Oct 27, 2009 at 5:36 PM, Christian Becker < >>>> lobe...@googlemail.com> wrote: >>>> >>> They argument with too big session objects and too many requests/traffic >>> for the memcached - but i already did some calculations and there would be >>> max. 1500 req/s, which are no problem for memcached (i have some running >>> with more than 2,5k/sec) and traffic should also be easy to handle. >>> >> Ok, both are valid things to consider. Keeping sessions small is always a >> goal (IMO). How big are your sessions (e.g. when calculating the size of the >> object graph, or after they were serialized using java serialization)? >> What's the characteristics of your session attributes: lots of objects of >> the same class, or a deep object graph (if you might provide examples this >> would be great)? I'm actually interested in this because I want to compare >> several serialization strategies in respect to serialization performance and >> serialization size. >> > > Sorry, i dont know. I am not in the development team, so i have no infos > about that :( I only can rely on the infos they tell me - but it seems as > some of the team are now interested in a test :) > Ok, great. If they have more details or any questions we can take this over to the memcached-session-manager discussion group: http://groups.google.com/group/memcached-session-manager
> > >> >> Regarding the throughput: is 1500 req/s the number of requests you have to >> serve in total, or the number of requests per machine? What was your test >> setup and test that reached 2,5k/sec? >> > > Our Tomcat cluster has to handle about 1500 req/s. > The thing i know is, that memcached is very performant because one of our > memcache servers currently handles about 2.5k req/s (belongs to another > service - independent of our tomcat cluster ;) > Ok. Cheers, Martin > >> Cheers, >> Martin >> >> >> >>> >>>> Cheers, >>>> Martin >>>> >>>> >>>> >>>>> >>>>> thanks again, >>>>> christian >>>>> >>>>> 2009/10/27 Martin Grotzke <martin.grot...@googlemail.com> >>>>> >>>>> Hi Christian, >>>>>> >>>>>> I created the memcached-session-manager (msm) for the relaunch of one >>>>>> of the biggest sites in germany, therefore it's designed to be performant >>>>>> and scalable :) (the relaunch is still under development). We're just in >>>>>> the >>>>>> process of integrating msm in other projects as well, as session >>>>>> failover is >>>>>> often not fully covered. >>>>>> >>>>>> However, some users should already be using it, according to the issue >>>>>> tracker and the mailing list (and some email conversations I had with >>>>>> others). >>>>>> >>>>>> Concerning performance and stability: as the memcached-session-manager >>>>>> itself does no resource intensive processing itself, performance and >>>>>> stability mainly depends on memcached and spymemcached (which is used for >>>>>> communication with memcached). Both are proven technologies which are >>>>>> used >>>>>> in production. >>>>>> >>>>>> In terms of performance it's interesting to consider, that session >>>>>> backup can be done asynchronously, so that your requests/responses do not >>>>>> have to wait until the session is sent to memcached (by default, the >>>>>> backup >>>>>> is done synchronously). If sessions are sent to memcached synchronously, >>>>>> you >>>>>> can specify the timeout for this. I just added these things (* >>>>>> sessionBackupAsync, sessionBackupTimeout) to the documentation, was >>>>>> still on my list, see >>>>>> http://code.google.com/p/memcached-session-manager/wiki/SetupAndConfiguration >>>>>> * >>>>>> * >>>>>> * >>>>>> *Cheers, >>>>>> Martin* >>>>>> >>>>>> >>>>>> On Mon, Oct 26, 2009 at 4:31 PM, Christian Becker < >>>>>> lobe...@googlemail.com> wrote: >>>>>> >>>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> this looks really great. Since we also use tomcat for our platform, >>>>>>> we >>>>>>> would like to use it. >>>>>>> >>>>>>> But, can you please tell me a reference where you already use it? >>>>>>> It would be great if you can tell me a bit about the performance and >>>>>>> stability. >>>>>>> >>>>>>> thank you, >>>>>>> cheers, >>>>>>> Christian >>>>>>> >>>>>>> On 25 Okt., 01:38, "martin.grotzke" <martin.grot...@googlemail.com> >>>>>>> wrote: >>>>>>> > Hi, >>>>>>> > >>>>>>> > I just release memcached-session-manager 1.0: >>>>>>> http://code.google.com/p/memcached-session-manager/ >>>>>>> > >>>>>>> > It's a session failover solution for tomcat, sending sessions to >>>>>>> > memcached after a request is finished, so that this session can be >>>>>>> > picked up by other tomcats if one tomcat fails. >>>>>>> > >>>>>>> > It would be great if the memcached-session-manager could be listed >>>>>>> in >>>>>>> > the wiki on the page for related projects: >>>>>>> http://code.google.com/p/memcached/wiki/MemcachedOffspring >>>>>>> > >>>>>>> > Any other feedback is also welcome of course :) >>>>>>> > >>>>>>> > Thanx && cheers, >>>>>>> > Martin >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Martin Grotzke >>>>>> http://www.javakaffee.de/blog/ >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Martin Grotzke >>>> http://www.javakaffee.de/blog/ >>>> >>> >>> >> >> >> -- >> Martin Grotzke >> http://www.javakaffee.de/blog/ >> > > -- Martin Grotzke http://www.javakaffee.de/blog/