From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id E82D9A0032; Tue, 19 Jul 2022 20:00:40 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A5DCF40FAE; Tue, 19 Jul 2022 20:00:40 +0200 (CEST) Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by mails.dpdk.org (Postfix) with ESMTP id A608040A8B for ; Tue, 19 Jul 2022 20:00:38 +0200 (CEST) Received: from pps.filterd (m0098421.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 26JHllbW016544; Tue, 19 Jul 2022 18:00:35 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=zFQL5w96JFlkmWQDkk1ni86MwQfmH1he1ZhXBooyg5c=; b=fbiEFQG2q8hwQKphD6EUP83fOxMrhn2MeucRx05+rGBcIUxqKZe0QOGJgIJLNDOTR3zN GaRta5HDqI3W4pCsmfpETD0uO9iUSmooMc6jSikbIXtGabGm/lQMBo1wVVkfWuMLi6ZQ VHo2U+nHTpgbSatjrloWTFB3BdBXSzBXbIFUmp4waI/jdTHR2sljTkzY8WQjji0nY+1C E9egRPUP20IIvTWhh++pjumZ9ECSmSboDcfRHVpiNi3hUVm+g5q3lMt1Qe5JVDHU2giH IbqvSLNlUxLjT+gOmgXu9r+gcWSGuBfUgjn6348fQ3P7N1qqnMagIwzsD2LqnSktzs+l Vw== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3he1aw0g6u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 Jul 2022 18:00:35 +0000 Received: from m0098421.ppops.net (m0098421.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 26JHnPT8028153; Tue, 19 Jul 2022 18:00:34 GMT Received: from ppma03dal.us.ibm.com (b.bd.3ea9.ip4.static.sl-reverse.com [169.62.189.11]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3he1aw0g5t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 Jul 2022 18:00:34 +0000 Received: from pps.filterd (ppma03dal.us.ibm.com [127.0.0.1]) by ppma03dal.us.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 26JHpbMM003903; Tue, 19 Jul 2022 18:00:33 GMT Received: from b03cxnp07028.gho.boulder.ibm.com (b03cxnp07028.gho.boulder.ibm.com [9.17.130.15]) by ppma03dal.us.ibm.com with ESMTP id 3hbmy9a04p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 19 Jul 2022 18:00:33 +0000 Received: from b03ledav006.gho.boulder.ibm.com (b03ledav006.gho.boulder.ibm.com [9.17.130.237]) by b03cxnp07028.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 26JI0WH135455254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 19 Jul 2022 18:00:32 GMT Received: from b03ledav006.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9106DC6059; Tue, 19 Jul 2022 18:00:32 +0000 (GMT) Received: from b03ledav006.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 22A3BC6055; Tue, 19 Jul 2022 18:00:31 +0000 (GMT) Received: from [9.163.19.111] (unknown [9.163.19.111]) by b03ledav006.gho.boulder.ibm.com (Postfix) with ESMTP; Tue, 19 Jul 2022 18:00:31 +0000 (GMT) Message-ID: <0e4bdf5e-3cac-c8ec-786e-17e0ea16ddf0@linux.vnet.ibm.com> Date: Tue, 19 Jul 2022 11:00:31 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [RFC v2] non-temporal memcpy Content-Language: en-US To: =?UTF-8?Q?Morten_Br=c3=b8rup?= , dev@dpdk.org, Bruce Richardson , Konstantin Ananyev Cc: Jan Viktorin , Ruifeng Wang , Stanislaw Kardach References: <98CBD80474FA8B44BF855DF32C47DC35D871D4@smartserver.smartshare.dk> From: David Christensen In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35D871D4@smartserver.smartshare.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: hYwaX769IKPs464RCdQy4cp5lgXGBLYb X-Proofpoint-GUID: qH4hEa5AmgwGqlMuRBt0bmPVj-atgkpO X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.883,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-07-19_06,2022-07-19_01,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=803 adultscore=0 priorityscore=1501 lowpriorityscore=0 malwarescore=0 suspectscore=0 impostorscore=0 phishscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2206140000 definitions=main-2207190074 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On 7/19/22 8:26 AM, Morten Brørup wrote: > This RFC proposes a set of functions optimized for non-temporal memory copy. > > At this stage, I am asking for feedback on the concept. > > Applications sometimes data to another memory location, which is only used > much later. > In this case, it is inefficient to pollute the data cache with the copied > data. > > An example use case (originating from a real life application): > Copying filtered packets, or the first part of them, into a capture buffer > for offline analysis. > > The purpose of these functions is to achieve a performance gain by not > polluting the cache when copying data. > Although the throughput may be improved by further optimization, I do not > consider througput optimization relevant initially. > Assume that fallback to the standard temporal memcpy is an acceptable implementation when not supported by the architecture, yes? My internal queries on the POWER side indicate that there's no support in P8/P9/P10 ISA for such functionality. Dave