Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp5082869imm; Mon, 14 May 2018 19:17:47 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqwuxJQP/zaeYn6Mn0Uzeig0LcK45us9ppkzPauFGfzqvtmCcOx3vMMhi/A6g5MaGnddoGz X-Received: by 2002:a17:902:d886:: with SMTP id b6-v6mr11690312plz.361.1526350667940; Mon, 14 May 2018 19:17:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526350667; cv=none; d=google.com; s=arc-20160816; b=q35Zwi31ubmnz/jcLVRvFX1URahzbAqIdGG6+TS99I1wdjYejbgDVFuV82z1a7JUQ9 dHx4/oU0OeqHZh2izes93lTwVz0HnVjwky9bQa6uuZUCLL4D5rJMv28ErhMAAtLibPl+ xd11Tt8riA0KFajTdArN4tcYOIX5YW/oGilNU8o5QhQroRvdOGcGLc0iFFcso+W6o2NV Dl+YGR+T7ii+9iQn6NTsqr0QtP19mZlbilRvDI/DSE2jSq+y5Vtg+75GSi/+dWD+1vVH ZEpTHBwV5U/S7fp435qheYMFcVsvNTmnSC5O1HNEC/A0DnBf8IUft9iEAilWFH2+gF53 umGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=zobhAEcUbHrZuHZOmMFQf6wdCpsuWwiT1fazzW/28uc=; b=mz69X/hXfw527AzD3ShEeSRF9Mr0iPKc0cNwAtZljQNl7hAlDQ/9uogUABh2CMhatm FMj2KuGi8+jAI6AtfFzowek4i//uk51iaNaRxxNWR9TtKYe3n1hcvQc+xb6JpnqJtKjj rw3otRBSbhTDAjKCUn1yM0UoEncOy9C4QEOQnqqiTjSTt5GIPqGwdYKAXvNhUJCzDM7l S6zPhjDxHGrtzGY05vhLEvT7A3YuR3a9N/mA+eygYCf7AGyCed+AGj4xW4PrHVfoe2yy I7zjgQExD8xFtPc13wvIisKTU+RcXBV7psaNhJYf7KerlI+LhU/jUCw6SiweWGQEvf1G OOXQ== 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 f18-v6si10627608pff.208.2018.05.14.19.17.33; Mon, 14 May 2018 19:17:47 -0700 (PDT) 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 S1752215AbeEOCRO (ORCPT + 99 others); Mon, 14 May 2018 22:17:14 -0400 Received: from smtp4.ccs.ornl.gov ([160.91.203.40]:39428 "EHLO smtp4.ccs.ornl.gov" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752009AbeEOCRM (ORCPT ); Mon, 14 May 2018 22:17:12 -0400 Received: from star.ccs.ornl.gov (star.ccs.ornl.gov [160.91.202.134]) by smtp4.ccs.ornl.gov (Postfix) with ESMTP id 21D24100516B; Mon, 14 May 2018 22:17:06 -0400 (EDT) Received: by star.ccs.ornl.gov (Postfix, from userid 2004) id 202BFB8; Mon, 14 May 2018 22:17:06 -0400 (EDT) From: James Simmons To: Greg Kroah-Hartman , devel@driverdev.osuosl.org, Andreas Dilger , Oleg Drokin , NeilBrown Cc: Linux Kernel Mailing List , Lustre Development List , Andrew Perepechko , James Simmons Subject: [PATCH 4/5] staging: lustre: mdc: excessive memory consumption by the xattr cache Date: Mon, 14 May 2018 22:17:02 -0400 Message-Id: <1526350623-4616-5-git-send-email-jsimmons@infradead.org> X-Mailer: git-send-email 1.8.3.1 In-Reply-To: <1526350623-4616-1-git-send-email-jsimmons@infradead.org> References: <1526350623-4616-1-git-send-email-jsimmons@infradead.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Andrew Perepechko The refill operation of the xattr cache does not know the reply size in advance, so it makes a guess based on the maxeasize value returned by the MDS. In practice, it allocates 16 KiB for the common case and 4 MiB for the large xattr case. However, a typical reply is just a few hundred bytes. If we follow the conservative approach, we can prepare a single memory page for the reply. It is large enough for any reasonable xattr set and, at the same time, it does not require multiple page memory reclaim, which can be costly. If, for a specific file, the reply is larger than a single page, the client is prepared to handle that and will fall back to non-cached xattr code. Indeed, if this happens often and xattrs are often used to store large values, it makes sense to disable the xattr cache at all since it wasn't designed for such [mis]use. Signed-off-by: Andrew Perepechko Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-9417 Reviewed-on: https://review.whamcloud.com/26887 Reviewed-by: Fan Yong Reviewed-by: Ben Evans Reviewed-by: Oleg Drokin Signed-off-by: James Simmons --- drivers/staging/lustre/lustre/mdc/mdc_locks.c | 23 +++++++++++++---------- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git a/drivers/staging/lustre/lustre/mdc/mdc_locks.c b/drivers/staging/lustre/lustre/mdc/mdc_locks.c index 65a5341..a8aa0fa 100644 --- a/drivers/staging/lustre/lustre/mdc/mdc_locks.c +++ b/drivers/staging/lustre/lustre/mdc/mdc_locks.c @@ -315,6 +315,10 @@ static void mdc_realloc_openmsg(struct ptlrpc_request *req, return req; } +#define GA_DEFAULT_EA_NAME_LEN 20 +#define GA_DEFAULT_EA_VAL_LEN 250 +#define GA_DEFAULT_EA_NUM 10 + static struct ptlrpc_request * mdc_intent_getxattr_pack(struct obd_export *exp, struct lookup_intent *it, @@ -323,7 +327,6 @@ static void mdc_realloc_openmsg(struct ptlrpc_request *req, struct ptlrpc_request *req; struct ldlm_intent *lit; int rc, count = 0; - u32 maxdata; LIST_HEAD(cancels); req = ptlrpc_request_alloc(class_exp2cliimp(exp), @@ -341,20 +344,20 @@ static void mdc_realloc_openmsg(struct ptlrpc_request *req, lit = req_capsule_client_get(&req->rq_pill, &RMF_LDLM_INTENT); lit->opc = IT_GETXATTR; - maxdata = class_exp2cliimp(exp)->imp_connect_data.ocd_max_easize; - /* pack the intended request */ - mdc_pack_body(req, &op_data->op_fid1, op_data->op_valid, maxdata, -1, - 0); + mdc_pack_body(req, &op_data->op_fid1, op_data->op_valid, + GA_DEFAULT_EA_NAME_LEN * GA_DEFAULT_EA_NUM, -1, 0); - req_capsule_set_size(&req->rq_pill, &RMF_EADATA, RCL_SERVER, maxdata); + req_capsule_set_size(&req->rq_pill, &RMF_EADATA, RCL_SERVER, + GA_DEFAULT_EA_NAME_LEN * GA_DEFAULT_EA_NUM); - req_capsule_set_size(&req->rq_pill, &RMF_EAVALS, RCL_SERVER, maxdata); + req_capsule_set_size(&req->rq_pill, &RMF_EAVALS, RCL_SERVER, + GA_DEFAULT_EA_NAME_LEN * GA_DEFAULT_EA_NUM); - req_capsule_set_size(&req->rq_pill, &RMF_EAVALS_LENS, - RCL_SERVER, maxdata); + req_capsule_set_size(&req->rq_pill, &RMF_EAVALS_LENS, RCL_SERVER, + sizeof(u32) * GA_DEFAULT_EA_NUM); - req_capsule_set_size(&req->rq_pill, &RMF_ACL, RCL_SERVER, maxdata); + req_capsule_set_size(&req->rq_pill, &RMF_ACL, RCL_SERVER, 0); ptlrpc_request_set_replen(req); -- 1.8.3.1