Re: [Lsf-pc] [LSF/MM ATTEND] Improving CMA

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 28, 2014 at 10:54:31AM +0100, Jan Kara wrote:
> On Fri 28-11-14 16:13:27, Joonsoo Kim wrote:
> > On Thu, Nov 27, 2014 at 03:12:04PM +0900, Joonsoo Kim wrote:
> > > On Mon, Nov 24, 2014 at 05:54:14PM -0800, Laura Abbott wrote:
> > > > There have been a number of patch series posted designed to improve various
> > > > aspects of CMA. A sampling:
> > > > 
> > > > https://lkml.org/lkml/2014/10/15/623
> > > > http://marc.info/?l=linux-mm&m=141571797202006&w=2
> > > > https://lkml.org/lkml/2014/6/26/549
> > > > 
> > > > As far as I can tell, these are all trying to fix real problems with CMA but
> > > > none of them have moved forward very much from what I can tell. The goal of
> > > > this session would be to come out with an agreement on what are the biggest
> > > > problems with CMA and the best ways to solve them.
> > > 
> > > I also tried to solve problem from CMA, that is, reserved memory
> > > utilization.
> > > 
> > > https://lkml.org/lkml/2014/5/28/64
> > > 
> > > While playing that patchset, I found serious problem about free page
> > > counting, so I stopped to develop it for a while and tried to fix it.
> > > Now, it is fixed by me and I can continue my patchset.
> > > 
> > > https://lkml.org/lkml/2014/10/31/69
> > > 
> > > I heard that Minchan suggests new CMA zone like movable zone, and, I
> > > think that it would be the way to go. But, it would be a long-term goal
> > > and I'd like to solve utilization problem with my patchset for now.
> > > It is the biggest issue and it already forces someone to develop
> > > out of tree solution. It's not good that out of tree solution is used
> > > more and more in the product so I'd like to fix it quickly at first
> > > stage.
> > > 
> > > I think that CMA have big potential. If we fix problems of CMA
> > > completely, it can be used for many places. One such case in my mind
> > > is hugetlb or THP. Until now, hugetlb uses reserved approach, that is
> > > very inefficient. System administrator carefully set the number of
> > > reserved hugepage according to whole system workload. And application
> > > can't use it freely, because it is very limited and managed resource.
> > > If we use CMA for hugetlb, we can easily allocate hugepage and
> > > application can use hugepages more freely.
> > > 
> > > Anyway, I'd like to attend LSF/MM and discuss this topic.
> > 
> > I change the subject according to LSF/MM attend request format.
> > What I can do and why I'd like to attend is explained above.
> > Sorry for noise.
>   Guys (both you and Gioh), is it such a big problem to write *new* email
> (not just reply to an existing thread), use proper subject (you did this)
> and write there: "I'm interested in CMA discussion, I also do X & Y". The
> call for proposals specifically says "Please summarise what expertise you
> will bring to the meeting". That helps us to select people when we have
> more requests than space available.
> 
> I know it sounds like stupid ranting but it really makes it easier for
> program committee to select people and pick up all the topic requests and
> it will take you like 5 minutes max.

Hello, Jan.

My bad.
I will write a new e-mail to lsf-pc with proper format and contents.
Again, sorry for noise.

Thanks.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]