From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by kanga.kvack.org (Postfix) with ESMTP id 8591D6B0035 for ; Tue, 23 Sep 2014 17:17:58 -0400 (EDT) Received: by mail-pa0-f51.google.com with SMTP id eu11so5588364pac.24 for ; Tue, 23 Sep 2014 14:17:58 -0700 (PDT) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org. [140.211.169.12]) by mx.google.com with ESMTPS id bd3si22817221pbc.142.2014.09.23.14.17.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Sep 2014 14:17:57 -0700 (PDT) Date: Tue, 23 Sep 2014 14:17:55 -0700 From: Andrew Morton Subject: Re: [PATCH v1 4/5] zram: add swap full hint Message-Id: <20140923141755.b7854bae484cfe434797be02@linux-foundation.org> In-Reply-To: <20140923045602.GC8325@bbox> References: <1411344191-2842-1-git-send-email-minchan@kernel.org> <1411344191-2842-5-git-send-email-minchan@kernel.org> <20140922141118.de46ae5e54099cf2b39c8c5b@linux-foundation.org> <20140923045602.GC8325@bbox> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Minchan Kim Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, Hugh Dickins , Shaohua Li , Jerome Marchand , Sergey Senozhatsky , Dan Streetman , Nitin Gupta , Luigi Semenzato , juno.choi@lge.com On Tue, 23 Sep 2014 13:56:02 +0900 Minchan Kim wrote: > > > > > +#define ZRAM_FULLNESS_PERCENT 80 > > > > We've had problems in the past where 1% is just too large an increment > > for large systems. > > So, do you want fullness_bytes like dirty_bytes? Firstly I'd like you to think about whether we're ever likely to have similar granularity problems with this tunable. If not then forget about it. If yes then we should do something. I don't like the "bytes" thing much because it requires that the operator know the pool size beforehand, and any time that changes, the "bytes" needs hanging too. Ratios are nice but percent is too coarse. Maybe kernel should start using "ppm" for ratios, parts per million. hrm. > > > @@ -711,6 +732,7 @@ static void zram_reset_device(struct zram *zram, bool reset_capacity) > > > down_write(&zram->init_lock); > > > > > > zram->limit_pages = 0; > > > + atomic_set(&zram->alloc_fail, 0); > > > > > > if (!init_done(zram)) { > > > up_write(&zram->init_lock); > > > @@ -944,6 +966,34 @@ static int zram_slot_free_notify(struct block_device *bdev, > > > return 0; > > > } > > > > > > +static int zram_full(struct block_device *bdev, void *arg) > > > > This could return a bool. That implies that zram_swap_hint should > > return bool too, but as we haven't been told what the zram_swap_hint > > return value does, I'm a bit stumped. > > Hmm, currently, SWAP_FREE doesn't use return and SWAP_FULL uses return > as bool so in the end, we can change it as bool but I want to remain it > as int for the future. At least, we might use it as propagating error > in future. Instead, I will use *arg to return the result instead of > return val. But I'm not strong so if you want to remove return val, > I will do it. For clarifictaion, please tell me again if you want. I'm easy, as long as it makes sense, is understandable by people other than he-who-wrote-it and doesn't use argument names such as "arg". -- 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