From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1946865AbdDZHNV (ORCPT ); Wed, 26 Apr 2017 03:13:21 -0400 Received: from mail-pg0-f66.google.com ([74.125.83.66]:34468 "EHLO mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1435272AbdDZHNM (ORCPT ); Wed, 26 Apr 2017 03:13:12 -0400 Date: Wed, 26 Apr 2017 16:12:59 +0900 From: Sergey Senozhatsky To: Minchan Kim Cc: Joonsoo Kim , Sergey Senozhatsky , Andrew Morton , Sergey Senozhatsky , linux-kernel@vger.kernel.org, kernel-team@lge.com Subject: Re: [PATCH v4 2/4] zram: implement deduplication in zram Message-ID: <20170426071259.GH673@jagdpanzerIV.localdomain> References: <1493167946-10936-1-git-send-email-iamjoonsoo.kim@lge.com> <1493167946-10936-3-git-send-email-iamjoonsoo.kim@lge.com> <20170426021452.GA673@jagdpanzerIV.localdomain> <20170426055700.GA29773@js1304-desktop> <20170426062938.GA19907@bbox> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170426062938.GA19907@bbox> User-Agent: Mutt/1.8.2 (2017-04-18) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (04/26/17 15:29), Minchan Kim wrote: [..] > Actually, I found it for the last review cycle but didn't say that > intentionally. Because it is also odd to me that pages_stored isn't > increased for same_pages so I thought we can fix it all. > > I mean: > > * normal page > inc pages_stored > inc compr_data_size > * same_page > inc pages_stored > inc same_pages > * dedup_page > inc pages_stored > inc dup_data_size > > IOW, pages_stored should be increased for every write IO. looks good to me. > But the concern is we have said in zram.txt > > orig_data_size uncompressed size of data stored in this disk. > This excludes same-element-filled pages (same_pages) since > no memory is allocated for them. > > So, we might be too late. :-( > What do you think about it? personally, I don't think anyone cares :) the numbers are different (and, apparently, not quite accurate) all the time. my point was that stats were not represented in a very convenient way and I agree with the proposed change. -ss