linux-kernel - Re: [PATCH 0/4] (CMA_AGGRESSIVE) Make CMA memory be more aggressive about allocation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 29 Oct 2014 15:43:33 +0100
From:	Vlastimil Babka <vbabka@...e.cz>
To:	Laura Abbott <lauraa@...eaurora.org>, Hui Zhu <zhuhui@...omi.com>,
	rjw@...ysocki.net, len.brown@...el.com, pavel@....cz,
	m.szyprowski@...sung.com, akpm@...ux-foundation.org,
	mina86@...a86.com, aneesh.kumar@...ux.vnet.ibm.com,
	iamjoonsoo.kim@....com, hannes@...xchg.org, riel@...hat.com,
	mgorman@...e.de, minchan@...nel.org, nasa4836@...il.com,
	ddstreet@...e.org, hughd@...gle.com, mingo@...nel.org,
	rientjes@...gle.com, peterz@...radead.org, keescook@...omium.org,
	atomlin@...hat.com, raistlin@...ux.it, axboe@...com,
	paulmck@...ux.vnet.ibm.com, kirill.shutemov@...ux.intel.com,
	n-horiguchi@...jp.nec.com, k.khlebnikov@...sung.com,
	msalter@...hat.com, deller@....de, tangchen@...fujitsu.com,
	ben@...adent.org.uk, akinobu.mita@...il.com,
	sasha.levin@...cle.com, vdavydov@...allels.com, suleiman@...gle.com
CC:	linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
	linux-mm@...ck.org
Subject: Re: [PATCH 0/4] (CMA_AGGRESSIVE) Make CMA memory be more aggressive
 about allocation

On 10/16/2014 10:55 AM, Laura Abbott wrote:
> On 10/15/2014 8:35 PM, Hui Zhu wrote:
>
> It's good to see another proposal to fix CMA utilization. Do you have
> any data about the success rate of CMA contiguous allocation after
> this patch series? I played around with a similar approach of using
> CMA for MIGRATE_MOVABLE allocations and found that although utilization
> did increase, contiguous allocations failed at a higher rate and were
> much slower. I see what this series is trying to do with avoiding
> allocation from CMA pages when a contiguous allocation is progress.
> My concern is that there would still be problems with contiguous
> allocation after all the MIGRATE_MOVABLE fallback has happened.

Hi,

did anyone try/suggest the following idea?

- keep CMA as fallback to MOVABLE as is is now, i.e. non-agressive
- when UNMOVABLE (RECLAIMABLE also?) allocation fails and CMA pageblocks 
have space, don't OOM immediately, but first try to migrate some MOVABLE 
pages to CMA pageblocks, to make space for the UNMOVABLE allocation in 
non-CMA pageblocks
- this should keep CMA pageblocks free as long as possible and useful 
for CMA allocations, but without restricting the non-MOVABLE allocations 
even though there is free memory (but in CMA pageblocks)
- the fact that a MOVABLE page could be successfully migrated to CMA 
pageblock, means it was not pinned or otherwise non-migratable, so 
there's a good chance it can be migrated back again if CMA pageblocks 
need to be used by CMA allocation
- it's more complex, but I guess we have most of the necessary 
infrastructure in compaction already :)

Thoughts?
Vlastimil

> Thanks,
> Laura
>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/