Hi Andrea, I didn't follow up USB stick freeze issue but the patch's concept looks good to me. But there are some comments about this patch. 1. __GFP_NO_KSWAPD This patch is based on assumption that hugepage allocation have a good fallback and now hugepage allocation uses __GFP_NO_KSWAPD. __GFP_NO_KSWAPD's goal is just prevent unnecessary wakeup kswapd and only user is just thp now so I can understand why you use it but how about __GFP_NORETRY? I think __GFP_NORETRY assume caller has a fallback mechanism(ex, SLUB) and he think latency is important in such context. 2. LRU churn By this patch, async migration can't migrate dirty page of normal fs. It can move the victim page to head of LRU. I hope we can reduce LRU churning as possible. For it, we can do it when we isolate the LRU pages. If compaction mode is async, we can exclude the dirty pages in isolate_migratepages. On Wed, Mar 23, 2011 at 6:53 AM, <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > > The patch titled >   mm: compaction: Use async migration for __GFP_NO_KSWAPD and enforce no writeback > has been added to the -mm tree. ÂIts filename is >   mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback.patch > > Before you just go and hit "reply", please: >  a) Consider who else should be cc'ed >  b) Prefer to cc a suitable mailing list as well >  c) Ideally: find the original patch on the mailing list and do a >   Âreply-to-all to that, adding suitable additional cc's > > *** Remember to use Documentation/SubmitChecklist when testing your code *** > > See http://userweb.kernel.org/~akpm/stuff/added-to-mm.txt to find > out what to do about this > > The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ > > ------------------------------------------------------ > Subject: mm: compaction: Use async migration for __GFP_NO_KSWAPD and enforce no writeback > From: Andrea Arcangeli <aarcange@xxxxxxxxxx> > > __GFP_NO_KSWAPD allocations are usually very expensive and not mandatory > to succeed as they have graceful fallback. ÂWaiting for I/O in those, > tends to be overkill in terms of latencies, so we can reduce their latency > by disabling sync migrate. > > Unfortunately, even with async migration it's still possible for the > process to be blocked waiting for a request slot (e.g. Âget_request_wait > in the block layer) when ->writepage is called. ÂTo prevent > __GFP_NO_KSWAPD blocking, this patch prevents ->writepage being called on > dirty page cache for asynchronous migration. > > [mel@xxxxxxxxx: Avoid writebacks for NFS, retry locked pages, use bool] > Signed-off-by: Andrea Arcangeli <aarcange@xxxxxxxxxx> > Signed-off-by: Mel Gorman <mel@xxxxxxxxx> > Cc: Arthur Marsh <arthur.marsh@xxxxxxxxxxxxxxxx> > Cc: Clemens Ladisch <cladisch@xxxxxxxxxxxxxx> > Cc: Johannes Weiner <hannes@xxxxxxxxxxx> > Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx> > Cc: Minchan Kim <minchan.kim@xxxxxxxxx> > Signed-off-by: Andrew Morton <> > --- > > Âmm/migrate.c  Â|  48 +++++++++++++++++++++++++++++++--------------- > Âmm/page_alloc.c |  Â2 - > Â2 files changed, 34 insertions(+), 16 deletions(-) > > diff -puN mm/migrate.c~mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback mm/migrate.c > --- a/mm/migrate.c~mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback > +++ a/mm/migrate.c > @@ -564,7 +564,7 @@ static int fallback_migrate_page(struct > Â* Â== 0 - success > Â*/ > Âstatic int move_to_new_page(struct page *newpage, struct page *page, > -                        int remap_swapcache) > +                    int remap_swapcache, bool sync) > Â{ >    Âstruct address_space *mapping; >    Âint rc; > @@ -586,18 +586,28 @@ static int move_to_new_page(struct page >    Âmapping = page_mapping(page); >    Âif (!mapping) >        Ârc = migrate_page(mapping, newpage, page); > -    else if (mapping->a_ops->migratepage) > +    else { >        Â/* > -        Â* Most pages have a mapping and most filesystems > -        Â* should provide a migration function. Anonymous > -        Â* pages are part of swap space which also has its > -        Â* own migration function. This is the most common > -        Â* path for page migration. > +        Â* Do not writeback pages if !sync and migratepage is > +        Â* not pointing to migrate_page() which is nonblocking > +        Â* (swapcache/tmpfs uses migratepage = migrate_page). >         */ > -        rc = mapping->a_ops->migratepage(mapping, > -                        newpage, page); > -    else > -        rc = fallback_migrate_page(mapping, newpage, page); > +        if (PageDirty(page) && !sync && > +          mapping->a_ops->migratepage != migrate_page) > +            rc = -EBUSY; > +        else if (mapping->a_ops->migratepage) > +            /* > +            Â* Most pages have a mapping and most filesystems > +            Â* should provide a migration function. Anonymous > +            Â* pages are part of swap space which also has its > +            Â* own migration function. This is the most common > +            Â* path for page migration. > +            Â*/ > +            rc = mapping->a_ops->migratepage(mapping, > +                            newpage, page); > +        else > +            rc = fallback_migrate_page(mapping, newpage, page); > +    } > >    Âif (rc) { >        Ânewpage->mapping = NULL; > @@ -641,7 +651,7 @@ static int unmap_and_move(new_page_t get >    Ârc = -EAGAIN; > >    Âif (!trylock_page(page)) { > -        if (!force) > +        if (!force || !sync) >            Âgoto move_newpage; > >        Â/* > @@ -686,7 +696,15 @@ static int unmap_and_move(new_page_t get >    ÂBUG_ON(charge); > >    Âif (PageWriteback(page)) { > -        if (!force || !sync) > +        /* > +        Â* For !sync, there is no point retrying as the retry loop > +        Â* is expected to be too short for PageWriteback to be cleared > +        Â*/ > +        if (!sync) { > +            rc = -EBUSY; > +            goto uncharge; > +        } > +        if (!force) >            Âgoto uncharge; >        Âwait_on_page_writeback(page); >    Â} > @@ -757,7 +775,7 @@ static int unmap_and_move(new_page_t get > > Âskip_unmap: >    Âif (!page_mapped(page)) > -        rc = move_to_new_page(newpage, page, remap_swapcache); > +        rc = move_to_new_page(newpage, page, remap_swapcache, sync); > >    Âif (rc && remap_swapcache) >        Âremove_migration_ptes(page, page); > @@ -850,7 +868,7 @@ static int unmap_and_move_huge_page(new_ >    Âtry_to_unmap(hpage, TTU_MIGRATION|TTU_IGNORE_MLOCK|TTU_IGNORE_ACCESS); > >    Âif (!page_mapped(hpage)) > -        rc = move_to_new_page(new_hpage, hpage, 1); > +        rc = move_to_new_page(new_hpage, hpage, 1, sync); > >    Âif (rc) >        Âremove_migration_ptes(hpage, hpage); > diff -puN mm/page_alloc.c~mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback mm/page_alloc.c > --- a/mm/page_alloc.c~mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback > +++ a/mm/page_alloc.c > @@ -2103,7 +2103,7 @@ rebalance: >                    Âsync_migration); >    Âif (page) >        Âgoto got_pg; > -    sync_migration = true; > +    sync_migration = !(gfp_mask & __GFP_NO_KSWAPD); > >    Â/* Try direct reclaim and then allocating */ >    Âpage = __alloc_pages_direct_reclaim(gfp_mask, order, > _ > > Patches currently in -mm which might be from aarcange@xxxxxxxxxx are > > origin.patch > mm-compaction-prevent-kswapd-compacting-memory-to-reduce-cpu-usage.patch > mm-compaction-check-migrate_pagess-return-value-instead-of-list_empty.patch > mm-deactivate-invalidated-pages.patch > memcg-move-memcg-reclaimable-page-into-tail-of-inactive-list.patch > memcg-move-memcg-reclaimable-page-into-tail-of-inactive-list-fix.patch > mm-reclaim-invalidated-page-asap.patch > pagewalk-only-split-huge-pages-when-necessary.patch > smaps-break-out-smaps_pte_entry-from-smaps_pte_range.patch > smaps-pass-pte-size-argument-in-to-smaps_pte_entry.patch > smaps-teach-smaps_pte_range-about-thp-pmds.patch > smaps-have-smaps-show-transparent-huge-pages.patch > mm-vmscan-kswapd-should-not-free-an-excessive-number-of-pages-when-balancing-small-zones.patch > mm-compaction-minimise-the-time-irqs-are-disabled-while-isolating-free-pages.patch > mm-compaction-minimise-the-time-irqs-are-disabled-while-isolating-pages-for-migration.patch > mm-compaction-minimise-the-time-irqs-are-disabled-while-isolating-pages-for-migration-fix.patch > mm-compaction-use-async-migration-for-__gfp_no_kswapd-and-enforce-no-writeback.patch > mm-add-__gfp_other_node-flag.patch > mm-use-__gfp_other_node-for-transparent-huge-pages.patch > ksm-add-vm_stat-and-meminfo-entry-to-reflect-pte-mapping-to-ksm-pages.patch > ksm-add-vm_stat-and-meminfo-entry-to-reflect-pte-mapping-to-ksm-pages-fix.patch > ksm-add-vm_stat-and-meminfo-entry-to-reflect-pte-mapping-to-ksm-pages-fix-fix.patch > ksm-add-vm_stat-and-meminfo-entry-to-reflect-pte-mapping-to-ksm-pages-fix-fix-fix.patch > mm-add-vm-counters-for-transparent-hugepages.patch > memcg-use-native-word-page-statistics-counters-fix-event-counter-breakage-with-thp.patch > > -- Kind regards, Minchan Kim -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href