Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp966760img; Thu, 28 Feb 2019 10:41:49 -0800 (PST) X-Google-Smtp-Source: APXvYqyYLw7TE1rRuCPg+YBm8Evb9LUSQSP58FI+ijrFvAJQogKXoZKgEzAa6yJwDZJ1GaUC2u08 X-Received: by 2002:a63:8b42:: with SMTP id j63mr545702pge.79.1551379309231; Thu, 28 Feb 2019 10:41:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551379309; cv=none; d=google.com; s=arc-20160816; b=V6Gz93NpTrITJkaf5sUxiVuoJ+UDLAIGYPBtDt0WJZ76yyNyUbsSY5X0CIYzvLXnVq rvPVeU6bk4lYob5siWnStzE8Sf6WFMSNkxFJcZubpptMNyZjzRKOj+1vyXWwB7MMIQm/ ggmGtKX8wkGeqBQNl041z1bj70X9tFv73StVx9ISW6C9u17/H9y3EbtW4RFHdy88IkeQ teqff1mkUwpQ75YklB+o/8cGtvCCTFrOwFilawbdjx4cpu90s3htyBzv3oA0WMcpD9Zq jLVEYIwl0g1Hf5eAXOUx1GBQnEom/95GQd9F9R2diKPdPZ2nzVe6YBYxXNesXjHZJCWA qj6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=kXVUBoN6OkTPLwoOQI+p3jqPE1cEazdMHXQs+SaYY8A=; b=G0ju80EXJIq9FSQ/lgk6C/y/Jtp+tbEtEZP+3wBF4Ioq5d7kENNdaOONiPthL4wwxK 5XXK//rYEts/r7j9DCFHs4qLXnJ66M0Jdo0azd0OYxy1IcJOdwtogOMuiprGF+4fef2c GUt/fwZeN/yqZw38NSqbE2LE3v1TZvjgqXcWxsYaZaOYs+cmVpWV1zgOFIZ5o4iPkxFK IgH6IgT1608SElLFuu8FgOpHnoNVIekcsvbpznqrWofQtnSQb8RUg7m4r8X5e13zaq9M gbKReHRM1ZoybY5k9oEmdAx5QE2ogOSkZrf1cwttf+gCTxum9vE0el7TX4XAdA8ScLqK Z/1w== 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 u26si12447705pgn.216.2019.02.28.10.41.33; Thu, 28 Feb 2019 10:41:49 -0800 (PST) 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 S2388346AbfB1R65 (ORCPT + 99 others); Thu, 28 Feb 2019 12:58:57 -0500 Received: from www62.your-server.de ([213.133.104.62]:57300 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726214AbfB1R64 (ORCPT ); Thu, 28 Feb 2019 12:58:56 -0500 Received: from [78.46.172.2] (helo=sslproxy05.your-server.de) by www62.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1gzPx8-0004Dz-CM; Thu, 28 Feb 2019 18:58:38 +0100 Received: from [178.197.248.21] (helo=linux.home) by sslproxy05.your-server.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1gzPx8-000Doz-41; Thu, 28 Feb 2019 18:58:38 +0100 Subject: Re: [tip:x86/build] x86, retpolines: Raise limit for generating indirect calls from switch-case To: "H.J. Lu" Cc: David Woodhouse , Ingo Molnar , bjorn.topel@intel.com, David Miller , brouer@redhat.com, magnus.karlsson@intel.com, Andy Lutomirski , "H. Peter Anvin" , Thomas Gleixner , Peter Zijlstra , Borislav Petkov , Linus Torvalds , LKML , ast@kernel.org, linux-tip-commits@vger.kernel.org References: <20190221221941.29358-1-daniel@iogearbox.net> <33bf951448e7d916fd4a6ad41cd3d040e9d1f118.camel@infradead.org> <79add9a9-543b-a791-ecbe-79edd49f1bb3@iogearbox.net> From: Daniel Borkmann Message-ID: <4604e680-7962-f1ee-5b79-711247f4e7d5@iogearbox.net> Date: Thu, 28 Feb 2019 18:58:37 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Authenticated-Sender: daniel@iogearbox.net X-Virus-Scanned: Clear (ClamAV 0.100.2/25374/Thu Feb 28 11:38:05 2019) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/28/2019 05:25 PM, H.J. Lu wrote: > On Thu, Feb 28, 2019 at 8:18 AM Daniel Borkmann wrote: >> On 02/28/2019 01:53 PM, H.J. Lu wrote: >>> On Thu, Feb 28, 2019 at 3:27 AM David Woodhouse wrote: >>>> On Thu, 2019-02-28 at 03:12 -0800, tip-bot for Daniel Borkmann wrote: >>>>> Commit-ID: ce02ef06fcf7a399a6276adb83f37373d10cbbe1 >>>>> Gitweb: https://git.kernel.org/tip/ce02ef06fcf7a399a6276adb83f37373d10cbbe1 >>>>> Author: Daniel Borkmann >>>>> AuthorDate: Thu, 21 Feb 2019 23:19:41 +0100 >>>>> Committer: Thomas Gleixner >>>>> CommitDate: Thu, 28 Feb 2019 12:10:31 +0100 >>>>> >>>>> x86, retpolines: Raise limit for generating indirect calls from switch-case >>>>> >>>>> From networking side, there are numerous attempts to get rid of indirect >>>>> calls in fast-path wherever feasible in order to avoid the cost of >>>>> retpolines, for example, just to name a few: >>>>> >>>>> * 283c16a2dfd3 ("indirect call wrappers: helpers to speed-up indirect calls of builtin") >>>>> * aaa5d90b395a ("net: use indirect call wrappers at GRO network layer") >>>>> * 028e0a476684 ("net: use indirect call wrappers at GRO transport layer") >>>>> * 356da6d0cde3 ("dma-mapping: bypass indirect calls for dma-direct") >>>>> * 09772d92cd5a ("bpf: avoid retpoline for lookup/update/delete calls on maps") >>>>> * 10870dd89e95 ("netfilter: nf_tables: add direct calls for all builtin expressions") >>>>> [...] >>>>> >>>>> Recent work on XDP from Björn and Magnus additionally found that manually >>>>> transforming the XDP return code switch statement with more than 5 cases >>>>> into if-else combination would result in a considerable speedup in XDP >>>>> layer due to avoidance of indirect calls in CONFIG_RETPOLINE enabled >>>>> builds. >>>> >>>> +HJL >>>> >>>> This is a GCC bug, surely? It should know how expensive each >>>> instruction is, and choose which to use accordingly. That should be >>>> true even when the indirect branch "instruction" is a retpoline, and >>>> thus enormously expensive. >>>> >>>> I believe this is https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86952 so >>>> please at least reference that bug, and be prepared to turn this hack >>>> off when GCC is fixed. >>> >>> We couldn't find a testcase to show jump table with indirect branch >>> is slower than direct branches. >> >> Ok, I've just checked https://github.com/marxin/microbenchmark/tree/retpoline-table >> with the below on top. >> >> Makefile | 6 +++--- >> switch.c | 2 +- >> test.c | 6 ++++-- >> 3 files changed, 8 insertions(+), 6 deletions(-) >> >> diff --git a/Makefile b/Makefile >> index bd83233..ea81520 100644 >> --- a/Makefile >> +++ b/Makefile >> @@ -1,16 +1,16 @@ >> CC=gcc >> CFLAGS=-g -I. >> -CFLAGS+=-O2 -mindirect-branch=thunk >> +CFLAGS+=-O2 -mindirect-branch=thunk-inline -mindirect-branch-register > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Does slowdown show up only with -mindirect-branch=thunk-inline? Not really, numbers are in similar range / outcome. Additionally, I also tried on a bit bigger machine (Xeon Gold 5120 this time). First is thunk-inline, second is thunk, and third is w/o raising limit for comparison; first test (from last mail) on that machine: root@test:~/microbenchmark# make gcc -g -I. -O2 -mindirect-branch=thunk-inline -mindirect-branch-register -c -o test.o test.c gcc -g -I. -O2 -mindirect-branch=thunk-inline -mindirect-branch-register --param=case-values-threshold=20 -c -o switch-no-table.o switch-no-table.c gcc -g -I. -O2 -mindirect-branch=thunk-inline -mindirect-branch-register -c -o switch.o switch.c gcc -o test test.o switch-no-table.o switch.o ./test no jump table: 5624962964 jump table : 13016449922 (231.41%) root@test:~/microbenchmark# make ./test no jump table: 5619612366 jump table : 13014680544 (231.59%) root@test:~/microbenchmark# make ./test no jump table: 5619725000 jump table : 13003825442 (231.40%) root@test:~/microbenchmark# make ./test no jump table: 5619668520 jump table : 13011259440 (231.53%) root@test:~/microbenchmark# make ./test no jump table: 5623093740 jump table : 13044403684 (231.98%) root@test:~/microbenchmark# make gcc -g -I. -O2 -mindirect-branch=thunk -c -o test.o test.c gcc -g -I. -O2 -mindirect-branch=thunk --param=case-values-threshold=20 -c -o switch-no-table.o switch-no-table.c gcc -g -I. -O2 -mindirect-branch=thunk -c -o switch.o switch.c gcc -o test test.o switch-no-table.o switch.o ./test no jump table: 5620474618 jump table : 13373059114 (237.93%) root@test:~/microbenchmark# make ./test no jump table: 5619791082 jump table : 13325518382 (237.12%) root@test:~/microbenchmark# make ./test no jump table: 5621678214 jump table : 13335416770 (237.21%) root@test:~/microbenchmark# make ./test no jump table: 5621402772 jump table : 13345090466 (237.40%) root@test:~/microbenchmark# make gcc -g -I. -O2 -mindirect-branch=thunk -c -o test.o test.c gcc -g -I. -O2 -mindirect-branch=thunk -c -o switch-no-table.o switch-no-table.c gcc -g -I. -O2 -mindirect-branch=thunk -c -o switch.o switch.c gcc -o test test.o switch-no-table.o switch.o ./test no jump table: 13658170002 jump table : 13404815232 (98.15%) root@test:~/microbenchmark# make ./test no jump table: 13664287098 jump table : 13407352204 (98.12%) root@test:~/microbenchmark# make ./test no jump table: 13667680182 jump table : 13422187370 (98.20%) root@test:~/microbenchmark# make ./test no jump table: 13665625094 jump table : 13420373364 (98.21%) root@test:~/microbenchmark# Thanks, Daniel