Re: Packet Number Encryption Performance
Rui Paulo <rpaulo@apple.com> Mon, 25 June 2018 17:52 UTC
Return-Path: <rpaulo@apple.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E42E6130EC1 for <quic@ietfa.amsl.com>; Mon, 25 Jun 2018 10:52:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bx2VlO119G0V for <quic@ietfa.amsl.com>; Mon, 25 Jun 2018 10:52:48 -0700 (PDT)
Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 115B8130E13 for <quic@ietf.org>; Mon, 25 Jun 2018 10:52:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1529949167; x=2393862767; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=R9hrCWf4zzPD4f5rr8pF8g4c4hR91ibz25wT9jpsho4=; b=LO/s6qZ0p9WdhvAGudd2/6Z5jWGGn5wx3nXhqlTYxwoNXACNPgTmV+VvCdpNaeXS oYJTXlbDQUty1ZFhrnax/IFffc350Gwgw7MlHfgyNfFm7f0QW4kxnYtvIxMLA6tU Q34uh9yKDigbsr1WXLNg8nFg7uOzHhVpcI1qXjC/byNLqyAU4mGhKkEirgubqAle wJqiDxOEUnCcdDjpsDRDSV5b14U2wKSUfPALetOPxDtmuHb4dhtAskQrixrixfWF eS9ZsAL6d6iCL++Pc4N2iNfWzNb1io1BrTvvItjoK2eomSCY859t1njzUzj3zh1Y h6/+Fseg/fSislCsA+dodg==;
X-AuditID: 11973e12-ef58c9e0000010b7-e3-5b312bef4384
Received: from ma1-mtap-s03.corp.apple.com (ma1-mtap-s03.corp.apple.com [17.40.76.7]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id 34.CD.04279.FEB213B5; Mon, 25 Jun 2018 10:52:47 -0700 (PDT)
MIME-version: 1.0
Content-type: text/plain; charset="utf-8"
Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by ma1-mtap-s03.corp.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPS id <0PAW00CCF4BYR5I0@ma1-mtap-s03.corp.apple.com>; Mon, 25 Jun 2018 10:52:46 -0700 (PDT)
Received: from process_viserion-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PAW00B0046DQA00@nwk-mmpp-sz13.apple.com>; Mon, 25 Jun 2018 10:52:46 -0700 (PDT)
X-V-A:
X-V-T-CD: a73ada5d95d0e12dfbe5201d786457f4
X-V-E-CD: 447fd55bf8410002e977a0029a011f6b
X-V-R-CD: 578b4df02a3facc6f923c580edfa6be9
X-V-CD: 0
X-V-ID: b4e49f5e-ccd3-42ad-8751-ad61a913563f
Received: from process_milters-daemon.nwk-mmpp-sz13.apple.com by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) id <0PAW00B0046YQK00@nwk-mmpp-sz13.apple.com>; Mon, 25 Jun 2018 10:52:39 -0700 (PDT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-06-25_08:,, signatures=0
X-Proofpoint-Scanner-Instance: nwk-grpmailp-qapp18.corp.apple.com-10000_instance1
Received: from rui-imac.scv.apple.com ([17.192.155.24]) by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.2.3.20180614 64bit (built Jun 14 2018)) with ESMTPSA id <0PAW006CE4BRSH20@nwk-mmpp-sz13.apple.com>; Mon, 25 Jun 2018 10:52:39 -0700 (PDT)
Sender: rpaulo@apple.com
Subject: Re: Packet Number Encryption Performance
From: Rui Paulo <rpaulo@apple.com>
In-reply-to: <CANatvzzpZTh516VB40gHiMZq5oOjNRMPpNouCRd-WosEcKaisA@mail.gmail.com>
Date: Mon, 25 Jun 2018 10:52:39 -0700
Cc: Ian Swett <ianswett@google.com>, Praveen Balasubramanian <pravb@microsoft.com>, Nick Banks <nibanks=40microsoft.com@dmarc.ietf.org>, IETF QUIC WG <quic@ietf.org>
Content-transfer-encoding: quoted-printable
Message-id: <0AE1339A-3267-44CE-8EC1-D730A523F962@apple.com>
References: <DM5PR2101MB0901FCB1094A124818A0B1FEB3760@DM5PR2101MB0901.namprd21.prod.outlook.com> <CANatvzxVBq1-UKiuixWGFfFyWMh8SYpp=y2LqYwiF=tHT6oOOQ@mail.gmail.com> <DM5PR2101MB0901C834F1FDFEC6D0D50781B3750@DM5PR2101MB0901.namprd21.prod.outlook.com> <CANatvzz0u=oy1j2_6=bn6bcuwzQv_6fVqe3WkBtjwaAZ8Bfh=w@mail.gmail.com> <CANatvzysRVQXsB0ZCReY3n_R_kZT-jhmYwR-7-2KYt5+GZCk0A@mail.gmail.com> <CAKcm_gPxYu9jNFmYR0_vQfawuC+T_E9UJbcDPOycrUAMuVJabg@mail.gmail.com> <CY4PR21MB06303A8C17796335F3A3FDE2B6750@CY4PR21MB0630.namprd21.prod.outlook.com> <DM5PR2101MB0901939C8975A87AA74219B9B3750@DM5PR2101MB0901.namprd21.prod.outlook.com> <CAKcm_gMc6y_2+KU3L+XpifNK4JESFA0V=OX4Nj51jTFfAm9M1A@mail.gmail.com> <CANatvzzpZTh516VB40gHiMZq5oOjNRMPpNouCRd-WosEcKaisA@mail.gmail.com>
To: Kazuho Oku <kazuhooku@gmail.com>
X-Mailer: Apple Mail (2.3445.100.13.1)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrGIsWRmVeSWpSXmKPExsUiqOHDrvte2zDa4N9WXYuf93ayWrz92M5q MW/PJnaL1z2PGS16FnA7sHqcWHaF1WPnrLvsHgs2lXosWfKTyaN1x1/2ANYoLpuU1JzMstQi fbsErowDD+wKJrNXHG17yNzAeI21i5GTQ0LAROLLqf/MXYxcHEIC+5gkTj5cxgiS4BUQlPgx +R5LFyMHB7OAusSUKbkQNRuZJH4veM0O4XQxSWz9944NYhKbxPoTS5ggbC2JiWvvMcLYN/9d ZIGx9/9cyw5hc0qc/zKRHWSBhICOxN+/tSBhIYFOJom5rTYQJdkSW26cYYQoCZbY/1YZYu0E JolHk2aArRIWkJDYf/IhO4RtKHHt5llmEJtNQEniWd8JsDgnUO+fxZfA6lkEVCXe/d/HCDKI WWA1o8SvxuvgkGAW0JZ48u4CK8TzNhI/fv6Fhkovm8TKA1PBnhERUJF4c3g+1ANqEvNvv2Cd wCg9CynAZiECbBaSsQsYmVcxCuUmZuboZuaZ6CUWFOSk6iXn525iBEX0dDuhHYynVlkdYhTg YFTi4WV4YxAtxJpYVlyZe4hRmoNFSZx3+m+gkEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBkZL Tol5Pqu1jqw95vjLKlG2UO4Mx68c0/XTdHftMkxMPD9JeMu+z2kCG+0tPI58rcr4951pVq79 gkN/RW6o2MUfFXZn2NhdrDJ/4QLljGmOee5FZrsFgzSefVtvNfvRuwdxgvney1o8mBhUJ0pf WZSk/aas8+ervsqnkwIVWzvehl22rZOY66vEUpyRaKjFXFScCACOG8jSyQIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/YcFq3lkl8yjr7jtqnZgEPV1Y3dM>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jun 2018 17:52:51 -0000
On Jun 22, 2018, at 17:01, Kazuho Oku <kazuhooku@gmail.com> wrote: > > This is because IIUC PNE is a marginal additional use of the AES-NI engine, which have been mostly idle. The overhead of crypto is small (i.e. 15%) that we will rarely see contention on the engine. While one hyperthread does AES, the other hyperthread will run at full speed doing other operations. > > Also considering the fact that the number of CPU cycles spent per QUIC packet does not change a lot with PNE, I would not be surprised to see *no* decrease of throughput when PNE is used on a HyperThreading architecture. In such case, what we will only observe is the raise of the utilization ratio of the AES-NI engine. I don’t disagree but this is a very brand/model specific claim and we can’t assume the cost of PNE will be reasonable everywhere. — Rui Paulo
- Re: Packet Number Encryption Performance Ian Swett
- Re: Packet Number Encryption Performance Kazuho Oku
- Re: Packet Number Encryption Performance Willy Tarreau
- Re: Packet Number Encryption Performance Mikkel Fahnøe Jørgensen
- Re: Packet Number Encryption Performance Kazuho Oku
- RE: Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Kazuho Oku
- Re: Packet Number Encryption Performance Jana Iyengar
- RE: Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Jana Iyengar
- RE: Packet Number Encryption Performance Deval, Manasi
- Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Jana Iyengar
- Re: Packet Number Encryption Performance Rui Paulo
- RE: Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Kazuho Oku
- RE: Packet Number Encryption Performance Nick Banks
- RE: Packet Number Encryption Performance Mikkel Fahnøe Jørgensen
- RE: Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Kazuho Oku
- RE: Packet Number Encryption Performance Nick Banks
- Re: Packet Number Encryption Performance Ian Swett
- RE: Packet Number Encryption Performance Nick Banks
- RE: Packet Number Encryption Performance Praveen Balasubramanian
- Re: Packet Number Encryption Performance Kazuho Oku