Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1805228imu; Wed, 28 Nov 2018 15:43:10 -0800 (PST) X-Google-Smtp-Source: AJdET5cJfsjAO/baJIY6qSbBxUFeiVemQNlzWAu0KPM7shntdmnt2j19+kEC4k8iwjcFlUlPAx0U X-Received: by 2002:a62:184e:: with SMTP id 75mr38795147pfy.28.1543448590033; Wed, 28 Nov 2018 15:43:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543448590; cv=none; d=google.com; s=arc-20160816; b=xGUGXD2+OwzThqp6IdJ2FMoZ6RQgC3mikoET3Kh3x3PQT+Gf4CkivgPUs1lzr2NJr0 dW/8QDiz7SgvrM2luy1HswLMCIZNCnhX/iV/Qyb8PTaBdKXiYVOk7FAu9KiC/4OYwJwQ +AhSjzA0J+HJcrk+ubc4CgNBOs5RRXai28iEu/NNj413xLf9v2NRaen04Of5ZUXnmMUP DdxP7JXiXIoRCdMid8UWxWwm4OyUYlT+FVP0wAc8bY/as1fuViLtUlimZfQsCg7tnp2r mqfKUC9TVCo/sqBr0C8SB53X5Yk6cporupp4BU9qyi7txvQYVp4NB/lbPj+GHaU0pFg2 ZBmQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=8max7G6BmrbbHdzXMf2LvWjFPRChpM3/OJggzzt4Uq0=; b=K75dUeUoh2nZkHt+8hvyNpS0RgeKqm2lpjze2LjKS8vaodggQpo37WfRmqZQ6KKa1w UDf7z/Dcv+7yq/cR87HBPB56LwgF/2t0s5bEsBTRKwdLNrj4kqsGL+EZpm5+sCi4o6p9 9og6yZ0cfzT8VgUPEbQmCxMPgiEoTnoo1MFUBos7kMMwEw6277/npSlNVqrMCG4Opo1l y0ND5N0GghSsibsNqeveLbzS5h3a3XAV8O6RYeWrB7NrQdx1NVxs+kyVfGN0z075LXvW vdHrkKacbjPnSoBaAumc30BfXo/BMzJXQeaaa+0mW9qVDkLiySs7PM4h0ns9VNDD1309 UUhQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x23si50927pln.100.2018.11.28.15.42.54; Wed, 28 Nov 2018 15:43:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726970AbeK2KpC (ORCPT + 99 others); Thu, 29 Nov 2018 05:45:02 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:40924 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726635AbeK2KpC (ORCPT ); Thu, 29 Nov 2018 05:45:02 -0500 Received: from akpm3.svl.corp.google.com (unknown [104.133.8.65]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 829EC9D; Wed, 28 Nov 2018 23:41:42 +0000 (UTC) Date: Wed, 28 Nov 2018 15:41:41 -0800 From: Andrew Morton To: Minchan Kim Cc: LKML , Sergey Senozhatsky , Joey Pabalinas Subject: Re: [PATCH v3 7/7] zram: writeback throttle Message-Id: <20181128154141.d67b70957bc4833d9f0d6635@linux-foundation.org> In-Reply-To: <20181127055429.251614-8-minchan@kernel.org> References: <20181127055429.251614-1-minchan@kernel.org> <20181127055429.251614-8-minchan@kernel.org> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Nov 2018 14:54:29 +0900 Minchan Kim wrote: > On small memory system, there are lots of write IO so if we use > flash device as swap, there would be serious flash wearout. > To overcome the problem, system developers need to design write > limitation strategy to guarantee flash health for entire product life. > > This patch creates a new konb "writeback_limit" on zram. With that, > if current writeback IO count(/sys/block/zramX/io_stat) excceds > the limitation, zram stops further writeback until admin can reset > the limit. I'm not really understanding this. Does this only refer to suspending the idle page writeback feature? Not all zram writeback, surely? I don't think the documentation gives an administrator sufficient information to effectively use the feature. Some additional discussion would help. What sort of values should it be set to and why? And what is the default setting? And why? And the limit isn't persistent across reboots which makes me wonder whether the overall feature is particularly valuable?