Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3489529pxk; Mon, 5 Oct 2020 10:57:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdGO3hsy/M3qVhH16n0uISGL1LGHiTI21m+0RW9ATSvt8B4hjY5S2Bv18V8/kf5vpm75ZD X-Received: by 2002:a05:6402:293:: with SMTP id l19mr869173edv.227.1601920675879; Mon, 05 Oct 2020 10:57:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601920675; cv=none; d=google.com; s=arc-20160816; b=zCjn2uEngaJ9HCaJ3jSw5X1m1B7vCJPtukrZE1+2C2DD2hguhp1IHgJszAvP8uLOgx GUK+AeC6SfkPoRYjmyIoyEFUOJcP0mJeA+xuO4fUpTCCs8RA80HxY0N8CKm/zLDRUeKF GlnxBS+6g+jzeyz8s6KBQhnM4Iz0+MnpjiqWdtaf4T/D0ECwKFA23v3xkSdiSoann0sx 0soDXM2mGcmf7sGxtpZq/1X9bB4aVLObV5ITpiVcGu+AJouMyLaRZmjhZRADOAUkLjhF NYYMwJ+F5OlROYYatynHPcyYg+PLU2muUCZ9nEPjZumlpHPhPAAMDLCdpWRRkm4H2Afl OlDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id; bh=r5h+2fnU5Uy1UHymPowycnTdgTiL8UBcXmJ+ubECwRU=; b=C1YNXckv0Wf9ulEJ7ePmK61vGQaCkavN9TaZFcZKdOU/jenwQbh/EqY6NwxUxLilQh /wul/sYJPCnxIDV27wumoGuhvoTBBu1cuojWag3Wi69Rwc2+bSx2lz4tcuatBhquZ2eR c1W3Tzqdc2BWQdkFlJPXRnSqmfIBMVlq/IEWBc3twQYYt8FztG6ZM2D5oyubBxiY/dzS 67XEzXu8E7yAzLbC/Noa8m9gf65YkOXF9C2d7qTITTRQtxIkYnXXXcO5Kxi+ALhplax4 bF4ZBZeMxDf+Lt8YeJDYFMb4e47ijLmMzZaom9GTByfScIqzpn1Du2m2G5LOLbR9EV2e axCQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p16si220540ejb.522.2020.10.05.10.57.33; Mon, 05 Oct 2020 10:57:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728256AbgJERdH (ORCPT + 99 others); Mon, 5 Oct 2020 13:33:07 -0400 Received: from shelob.surriel.com ([96.67.55.147]:35418 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726727AbgJERdH (ORCPT ); Mon, 5 Oct 2020 13:33:07 -0400 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kPUM6-0000l1-SW; Mon, 05 Oct 2020 13:32:58 -0400 Message-ID: <8b68bf5f6b041a75a62a1908214279a45722dda6.camel@surriel.com> Subject: Re: [PATCH 0/2] mm,swap: skip swap readahead for instant IO (like zswap) From: Rik van Riel To: Andrew Morton Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, kernel-team@fb.com, niketa@fb.com, sjenning@redhat.com, ddstreet@ieee.org, konrad.wilk@oracle.com, hannes@cmpxchg.org Date: Mon, 05 Oct 2020 13:32:58 -0400 In-Reply-To: <20200922101250.527d9e676fefbb4c8d0cd5b9@linux-foundation.org> References: <20200922020148.3261797-1-riel@surriel.com> <20200922101250.527d9e676fefbb4c8d0cd5b9@linux-foundation.org> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-1HlrNNuV+v0YHd1dQ6AW" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Sender: riel@shelob.surriel.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-1HlrNNuV+v0YHd1dQ6AW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2020-09-22 at 10:12 -0700, Andrew Morton wrote: > On Mon, 21 Sep 2020 22:01:46 -0400 Rik van Riel > wrote: >=20 > > Both with frontswap/zswap, and with some extremely fast IO devices, > > swap IO will be done before the "asynchronous" swap_readpage() call > > has returned. > >=20 > > In that case, doing swap readahead only wastes memory, increases > > latency, and increases the chances of needing to evict something > > more > > useful from memory. In that case, just skip swap readahead. >=20 > Any quantitative testing results? I have test results with a real workload now. Without this patch, enabling zswap results in about an=20 8% increase in p99 request latency. With these patches, the latency penalty for enabling zswap is under 1%. Enabling zswap allows us to give the main workload a little more memory, since the spikes in memory demand caused by things like system management software no=20 longer cause large latency issues. --=20 All Rights Reversed. --=-1HlrNNuV+v0YHd1dQ6AW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAl97WMoACgkQznnekoTE 3oOuNAf/VvedH4o2JVSglsPQJhfZtcQGs3NKxtf4aeYMG6zaraNif96uDsLkPXg6 FyglKUUold3TutubxTQCmlzaLg1Pzgd78Y5zjDrn1sUDgbADbIxBSYBrm9S092GE 40JpStSZilhDIQmW/FL3GdIwiKgzrHZCRacKv0PWQiXZuWm15jLMPWX6RcnrGbQI ZKqGQ031JDlyvrUuHnOKvPAj1GkjLOcRbfv8HMbREGuExhUTMmEE5JB5t+GYYkzk 0NV4kt2KWN0j2fV/h+qdXc04uVdljhb7I18ffoG4LV/lPUIRN47K+ljXwgkbVGPP H34Pi6YbUfgBwqEULfZfLxKW+BUUPw== =HycA -----END PGP SIGNATURE----- --=-1HlrNNuV+v0YHd1dQ6AW--