From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx106.postini.com [74.125.245.106]) by kanga.kvack.org (Postfix) with SMTP id A27246B0062 for ; Wed, 20 Jun 2012 09:51:59 -0400 (EDT) Received: by bkcjm19 with SMTP id jm19so8079808bkc.14 for ; Wed, 20 Jun 2012 06:51:57 -0700 (PDT) Subject: Re: [PATCH 08/17] net: Do not coalesce skbs belonging to PFMEMALLOC sockets From: Eric Dumazet In-Reply-To: <20120620133656.GH4011@suse.de> References: <1340192652-31658-1-git-send-email-mgorman@suse.de> <1340192652-31658-9-git-send-email-mgorman@suse.de> <1340193892.4604.865.camel@edumazet-glaptop> <20120620133656.GH4011@suse.de> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Jun 2012 15:51:52 +0200 Message-ID: <1340200312.4604.1008.camel@edumazet-glaptop> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: Andrew Morton , Linux-MM , Linux-Netdev , LKML , David Miller , Neil Brown , Peter Zijlstra , Mike Christie , Eric B Munson , Sebastian Andrzej Siewior On Wed, 2012-06-20 at 14:36 +0100, Mel Gorman wrote: > The intention was to avoid any coalescing in the input path due to avoid > packets that "were held back due to TCP_CORK or attempt at coalescing > tiny packet". I recognise that it is clumsy and will take the approach > instead of having __tcp_push_pending_frames() use sk_gfp_atomic() in the > output path. But coalescing in input path needs no additional memory allocation, it can actually free some memory. And it avoids most of the time the infamous "tcp collapses" that needed extra memory allocations to group tcp payload on single pages. If you want tcp output path being safer, you should disable TSO/GSO because some drivers have special handling for skbs that cannot be mapped because of various hardware limitations. (for example, tg3 and its tg3_tso_bug() or tigon3_dma_hwbug_workaround() functions) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org