> From: Dave Hansen [mailto:dave@xxxxxxxxxxxxxxxxxx] > Sent: Tuesday, November 01, 2011 11:30 AM > To: Nitin Gupta > Cc: Seth Jennings; Greg KH; gregkh@xxxxxxx; devel@xxxxxxxxxxxxxxxxxxxx; Dan Magenheimer; > cascardo@xxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; linux-mm@xxxxxxxxx; brking@xxxxxxxxxxxxxxxxxx; > rcj@xxxxxxxxxxxxxxxxxx > Subject: Re: [PATCH v2 0/3] staging: zcache: xcfmalloc support > > On Fri, 2011-09-16 at 13:46 -0400, Nitin Gupta wrote: > > I think replacing allocator every few weeks isn't a good idea. So, I > > guess better would be to let me work for about 2 weeks and try the slab > > based approach. If nothing works out in this time, then maybe xcfmalloc > > can be integrated after further testing. > > Hi Nitin, > > It's been about six weeks. :) > > Can we talk about putting xcfmalloc() in staging now? FWIW, given that I am quoting "code rules!" to the gods of Linux on another lkml thread, I can hardly disagree here. If Nitin continues to develop his allocator and it proves better than xcfmalloc (and especially if it can replace zbud as well), we can consider replacing xcfmalloc later. Until zcache is promoted from staging, I think we have that flexibility. (Shameless advertisement though: The xcfmalloc allocator only applies to pages passed via frontswap, and on that other lkml thread lurk many people intent on shooting frontswap down. So, frankly, I'd prefer time to be spent on benchmarking zcache rather than on arguing about allocators which, as things currently feel to me on that other lkml thread, is not unlike rearranging deck chairs on the Titanic. Half-:-). Dan _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
