From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) by sourceware.org (Postfix) with ESMTPS id 9E2F4384B110 for ; Thu, 27 May 2021 02:52:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 9E2F4384B110 Received: by mail-lj1-x231.google.com with SMTP id e2so4344011ljk.4 for ; Wed, 26 May 2021 19:52:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=wmBYCsJkJDb/M5h0Kw34W1OXe8lU6jSd+5irbl46Ejw=; b=WYsjP7KKtf4wE6TFxNVnR2QeSuUji5Bv+UYh/9nRDIoNygCubaY4pRdC9GmdUvUndo iFmx2HZHjr+u/8E9KtwtzYhGUQe1+kePuDHUD0jjTgDCPmxIEmS4vwve3VS4Y49jBwA9 rInbxFkeute447m6A/kKi2wyUWt2Wsu1qSHLTBD5DY5WNMylm3MLRMGfSbhAioL0V9mY dhr4+htViKSc6v9abeLRMWMm3J2rPrtB0EN0fdHhF+eYaFPy9QP/GgLJpG4QjYemiH8/ PygC6FIdjCw5GY5nE1v0t3WHkuR7RshYpciTO4qOGVS/BhtBQeWrxRpEBI+DUno8/6td BTHQ== X-Gm-Message-State: AOAM532m3lshi4/cKoEu4PTzvYFk9EOAWos5u3lnr0MIYt1QYk4MM1o9 mcox2JSZh3Tdgdp3HkqOHdCJ9W3ipy2Z80AEkyV/oQ== X-Google-Smtp-Source: ABdhPJy+NKCjpW2s7peJCnyWV+MH8OwrcVGAT613Hzl4jZdkI5I1xrv7LOODBeNrQFNuTuuMTwFtW2H+NrNkOkRizG8= X-Received: by 2002:a2e:a443:: with SMTP id v3mr805002ljn.251.1622083921460; Wed, 26 May 2021 19:52:01 -0700 (PDT) MIME-Version: 1.0 References: <20210423192834.GA1949@kam.mff.cuni.cz> <20210425190754.GA88857@kam.mff.cuni.cz> <87a6plulkz.fsf@linux.intel.com> <20210426180011.GA1401198@tassilo.jf.intel.com> <20210429054025.GB4032392@tassilo.jf.intel.com> In-Reply-To: From: Wei Mi Date: Wed, 26 May 2021 19:51:49 -0700 Message-ID: Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC To: Eugene Rozenfeld Cc: Andi Kleen , Hongtao Yu , Xinliang David Li , Jan Hubicka , "gcc@gcc.gnu.org" , Wenlei He Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-17.4 required=5.0 tests=BAYES_00, DKIMWL_WL_MED, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH, KAM_LOTSOFHASH, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2021 02:52:06 -0000 Thanks. Good to know the build works with newer protobuf. Wei. On Wed, May 26, 2021 at 4:40 PM Eugene Rozenfeld wrote: > > 3.0.0 is the latest supported version on Ubuntu 18.04. I verified that th= e build works on Ubuntu 20.04 with protobuf-compiler and libprotobuf-dev v= ersion 3.6.1.3. > > Eugene > > -----Original Message----- > From: Wei Mi > Sent: Tuesday, May 25, 2021 8:07 PM > To: Eugene Rozenfeld > Cc: Andi Kleen ; Hongtao Yu ; Xinliang Da= vid Li ; Jan Hubicka ; gcc@gcc.gnu.org;= Wenlei He > Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC > > I checked the source of protobuf 3.0.0 and it didn't contain the operator= [] in RepeatedField. Need to install a newer version of protobuf. > > Thanks, > Wei. > > On Tue, May 25, 2021 at 1:49 PM Eugene Rozenfeld wrote: > > > > Both are 3.0.0-9.1ubuntu1: > > > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ apt list > > protobuf-compiler Listing... Done protobuf-compiler/bionic,now > > 3.0.0-9.1ubuntu1 amd64 [installed] > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ apt list > > libprotobuf-dev Listing... Done libprotobuf-dev/bionic,now > > 3.0.0-9.1ubuntu1 amd64 [installed] > > > > -----Original Message----- > > From: Wei Mi > > Sent: Tuesday, May 25, 2021 9:17 AM > > To: Eugene Rozenfeld > > Cc: Andi Kleen ; Hongtao Yu ; Xinliang > > David Li ; Jan Hubicka ; > > gcc@gcc.gnu.org; Wenlei He > > Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC > > > > It looks like some version problem about protobuf-compiler and libproto= buf-dev. Could you check what is the installed version on your end for thos= e two packages and see if they are consistent? > > > > On my platform, they are both 3.12.4. > > > > On Tue, May 25, 2021 at 12:01 AM Eugene Rozenfeld wrote: > > > > > > That eliminates the previous error but there is a new one: > > > > > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ ninja [3/199] > > > Building CXX object > > > CMakeFiles/quipper_perf.dir/third_party/perf_data_converter/src/quip > > > pe > > > r/perf_reader.cc.o > > > FAILED: CMakeFiles/quipper_perf.dir/third_party/perf_data_converter/s= rc/quipper/perf_reader.cc.o > > > /usr/bin/c++ -I../third_party/perf_data_converter/src -I../third_pa= rty/perf_data_converter/src/quipper -I../ -I../third_party/glog/src -I../th= ird_party/abseil -I../util -I. -Ithird_party/glog -std=3Dgnu++1z -MD -MT CM= akeFiles/quipper_perf.dir/third_party/perf_data_converter/src/quipper/perf_= reader.cc.o -MF CMakeFiles/quipper_perf.dir/third_party/perf_data_converter= /src/quipper/perf_reader.cc.o.d -o CMakeFiles/quipper_perf.dir/third_party/= perf_data_converter/src/quipper/perf_reader.cc.o -c ../third_party/perf_dat= a_converter/src/quipper/perf_reader.cc > > > ../third_party/perf_data_converter/src/quipper/perf_reader.cc: In mem= ber function 'bool quipper::PerfReader::ReadCPUTopologyMetadata(quipper::Da= taReader*, size_t)': > > > ../third_party/perf_data_converter/src/quipper/perf_reader.cc:1518:46= : error: no match for 'operator[]' (operand types are 'const google::protob= uf::RepeatedField' and 'int') > > > nrcpus =3D proto_uint32_metadata.data()[0]; > > > > > > -----Original Message----- > > > From: Wei Mi > > > Sent: Monday, May 24, 2021 8:54 PM > > > To: Eugene Rozenfeld > > > Cc: Andi Kleen ; Hongtao Yu ; > > > Xinliang David Li ; Jan Hubicka > > > ; gcc@gcc.gnu.org; Wenlei He > > > Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC > > > > > > It isn't exposed on my platform either. Looks like a bug in perf_data= _converter (i.e., quipper). Could you try adding #include i= n third_party/perf_data_converter/src/quipper/huge_page_deducer.cc and see = if it fixes the problem? If it works, I will need to file a bug against per= f_data_converter. > > > > > > Thanks, > > > Wei. > > > > > > On Mon, May 24, 2021 at 8:33 PM Eugene Rozenfeld wrote: > > > > > > > > That fixed the error I saw before but the build still fails. The > > > > errors start with > > > > > > > > > > > > > > > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ ninja > > > > > > > > [2/217] Building CXX object > > > > CMakeFiles/quipper_perf.dir/third_party/perf_data_converter/src/qu > > > > ip > > > > pe > > > > r/huge_page_deducer.cc.o > > > > > > > > FAILED: > > > > CMakeFiles/quipper_perf.dir/third_party/perf_data_converter/src/qu > > > > ip > > > > pe > > > > r/huge_page_deducer.cc.o > > > > > > > > /usr/bin/c++ -I../third_party/perf_data_converter/src -I../third_= party/perf_data_converter/src/quipper -I../ -I../third_party/glog/src -I../= third_party/abseil -I../util -I. -Ithird_party/glog -std=3Dgnu++1z -MD -MT = CMakeFiles/quipper_perf.dir/third_party/perf_data_converter/src/quipper/hug= e_page_deducer.cc.o -MF CMakeFiles/quipper_perf.dir/third_party/perf_data_c= onverter/src/quipper/huge_page_deducer.cc.o.d -o CMakeFiles/quipper_perf.di= r/third_party/perf_data_converter/src/quipper/huge_page_deducer.cc.o -c ../= third_party/perf_data_converter/src/quipper/huge_page_deducer.cc > > > > > > > > ../third_party/perf_data_converter/src/quipper/huge_page_deducer.cc= : > > > > 14 > > > > 4:26: error: 'unordered_map' in namespace 'std' does not name a > > > > template type > > > > > > > > using container =3D std::unordered_map; > > > > > > > > ^~~~~~~~~~~~~ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: Wei Mi > > > > Sent: Monday, May 24, 2021 8:12 PM > > > > To: Eugene Rozenfeld > > > > Cc: Andi Kleen ; Hongtao Yu ; > > > > Xinliang David Li ; Jan Hubicka > > > > ; gcc@gcc.gnu.org; Wenlei He > > > > Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC > > > > > > > > > > > > > > > > Sorry, I added dependency for create_gcov but missed it for dump_gc= ov. Fixed it at https://nam06.safelinks.protection.outlook.com/?url=3Dhttps= %3A%2F%2Fgithub.com%2Fgoogle%2Fautofdo%2Fcommit%2F6ca36cdc30986f13583a3aef3= e27746ca4fc5bf6&data=3D04%7C01%7CEugene.Rozenfeld%40microsoft.com%7Cc13= 414d95f7a4b50bd9108d91ff35765%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C= 637575952275806806%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2lu= MzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3DJnEc%2FRvRNehbDEh2Nhq= jONnPJJDEaoFEqPCet%2BhByXU%3D&reserved=3D0. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > Wei. > > > > > > > > > > > > > > > > On Mon, May 24, 2021 at 6:39 PM Eugene Rozenfeld wrote: > > > > > > > > Thank you Wei. Looks like something is still missing. This time per= f_data.pb.h is not found. I'm getting the error below (on Ubuntu 18.04 with= cmake 3.12.1): > > > > > > > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ ninja [1/241] > > > > Building CXX object CMakeFiles/dump_gcov_lib.dir/profile.cc.o > > > > FAILED: CMakeFiles/dump_gcov_lib.dir/profile.cc.o > > > > /usr/bin/c++ -I../ -I../third_party/glog/src -I../third_party/abs= eil -I../third_party/perf_data_converter/src -I../third_party/perf_data_con= verter/src/quipper -I../util -I. -Ithird_party/glog -std=3Dgnu++1z -MD -MT = CMakeFiles/dump_gcov_lib.dir/profile.cc.o -MF CMakeFiles/dump_gcov_lib.dir/= profile.cc.o.d -o CMakeFiles/dump_gcov_lib.dir/profile.cc.o -c ../profile.c= c > > > > In file included from ../third_party/perf_data_converter/src/quippe= r/perf_parser.h:18:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/base/macros.h:8:0: > > > > warning: "DISALLOW_COPY_AND_ASSIGN" redefined #define > > > > DISALLOW_COPY_AND_ASSIGN(TypeName) \ > > > > > > > > In file included from ../profile.h:14:0, > > > > from ../profile.cc:5: > > > > ../base/macros.h:114:0: note: this is the location of the previous > > > > definition #define DISALLOW_COPY_AND_ASSIGN(TypeName) \ > > > > > > > > In file included from ../third_party/perf_data_converter/src/quippe= r/perf_parser.h:18:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/base/macros.h:12:0: > > > > warning: "arraysize" redefined #define arraysize(x) (sizeof(x) / > > > > sizeof(*x)) > > > > > > > > In file included from ../profile.h:14:0, > > > > from ../profile.cc:5: > > > > ../base/macros.h:162:0: note: this is the location of the previous > > > > definition #define arraysize(array) > > > > (sizeof(ArraySizeHelper(array))) > > > > > > > > In file included from ../third_party/perf_data_converter/src/quippe= r/perf_parser.h:21:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/compat/proto.h:14:10= : > > > > fatal error: perf_data.pb.h: No such file or directory #include "p= erf_data.pb.h" > > > > ^~~~~~~~~~~~~~~~ > > > > compilation terminated. > > > > [6/241] Building CXX object > > > > CMakeFiles/dump_gcov_lib.dir/symbol_map.cc.o > > > > ninja: build stopped: subcommand failed. > > > > > > > > Thanks, > > > > > > > > Eugene > > > > > > > > From: Wei Mi > > > > Sent: Saturday, May 22, 2021 9:37 AM > > > > To: Eugene Rozenfeld > > > > Cc: Andi Kleen ; Hongtao Yu ; > > > > Xinliang David Li ; Jan Hubicka > > > > ; gcc@gcc.gnu.org; Wenlei He > > > > Subject: Re: [EXTERNAL] Re: State of AutoFDO in GCC > > > > > > > > It is a proto library build dependency issue which didn't expose on= my platform. I fix it at https://nam06.safelinks.protection.outlook.com/?u= rl=3Dhttps%3A%2F%2Fgithub.com%2Fgoogle%2Fautofdo%2Fcommit%2F98269aee9674cc8= 85cc5eb1bd917eb2d12731710&data=3D04%7C01%7CEugene.Rozenfeld%40microsoft= .com%7Cc13414d95f7a4b50bd9108d91ff35765%7C72f988bf86f141af91ab2d7cd011db47%= 7C1%7C0%7C637575952275806806%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLC= JQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3Dg3hPIoq%2Bb= klBPFZOFdtXhcAtAtky7W4KyjOdL6S%2F7bI%3D&reserved=3D0. Please try again. > > > > > > > > Thanks, > > > > Wei. > > > > > > > > On Fri, May 21, 2021 at 6:28 PM Eugene Rozenfeld wrote: > > > > I tried following the instructions in "2.2 Build autofdo tool for g= cc" in https://nam06.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2F= github.com%2Fgoogle%2Fautofdo%23readme&data=3D04%7C01%7CEugene.Rozenfel= d%40microsoft.com%7Cc13414d95f7a4b50bd9108d91ff35765%7C72f988bf86f141af91ab= 2d7cd011db47%7C1%7C0%7C637575952275816803%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiM= C4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata= =3DmkBZF667WnlvaktNmI9VInqfLLKbIu1B41g%2BaqUi03w%3D&reserved=3D0 got bu= ild failures: > > > > > > > > eugene@eugene-Virtual-Machine:~/autofdo1/build$ ninja [1/228] > > > > Building CXX object CMakeFiles/create_gcov_lib.dir/profile.cc.o > > > > FAILED: CMakeFiles/create_gcov_lib.dir/profile.cc.o > > > > /usr/bin/c++ -I../ -I../third_party/glog/src > > > > -I../third_party/abseil -I../third_party/perf_data_converter/src -I= ../third_party/perf_data_converter/src/quipper -I../util -I. -Ithird_party/= glog -std=3Dgnu++1z -MD -MT CMakeFiles/create_gcov_lib.dir/profile.cc.o -MF= CMakeFiles/create_gcov_lib.dir/profile.cc.o.d -o CMakeFiles/create_gcov_li= b.dir/profile.cc.o -c ../profile.cc In file included from ../third_party/pe= rf_data_converter/src/quipper/perf_parser.h:18:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/base/macros.h:8:0: > > > > warning: "DISALLOW_COPY_AND_ASSIGN" redefined #define > > > > DISALLOW_COPY_AND_ASSIGN(TypeName) \ In file included from ../profi= le.h:14:0, > > > > from ../profile.cc:5: > > > > ../base/macros.h:114:0: note: this is the location of the previous > > > > definition #define DISALLOW_COPY_AND_ASSIGN(TypeName) \ In file > > > > included from ../third_party/perf_data_converter/src/quipper/perf_p= arser.h:18:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/base/macros.h:12:0: > > > > warning: "arraysize" redefined #define arraysize(x) (sizeof(x) / > > > > sizeof(*x)) In file included from ../profile.h:14:0, > > > > from ../profile.cc:5: > > > > ../base/macros.h:162:0: note: this is the location of the previous > > > > definition #define arraysize(array) > > > > (sizeof(ArraySizeHelper(array))) In file included from ../third_par= ty/perf_data_converter/src/quipper/perf_parser.h:21:0, > > > > from ../sample_reader.h:18, > > > > from ../profile.h:15, > > > > from ../profile.cc:5: > > > > ../third_party/perf_data_converter/src/quipper/compat/proto.h:16:10= : > > > > fatal error: perf_stat.pb.h: No such file or directory #include "pe= rf_stat.pb.h" > > > > ^~~~~~~~~~~~~~~~ > > > > compilation terminated. > > > > > > > > What is supposed to generate perf_stat.pb.h? > > > > > > > > Thanks, > > > > > > > > Eugene > > > > > > > > From: Wei Mi > > > > Sent: Monday, May 10, 2021 4:47 PM > > > > To: Andi Kleen > > > > Cc: Hongtao Yu ; Xinliang David Li > > > > ; Jan Hubicka ; > > > > mailto:gcc@gcc.gnu.org; Eugene Rozenfeld > > > > ; Wenlei He > > > > > > > > Subject: [EXTERNAL] Re: State of AutoFDO in GCC > > > > > > > > https://nam06.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2= Fgithub.com%2Fgoogle%2Fautofdo&data=3D04%7C01%7CEugene.Rozenfeld%40micr= osoft.com%7Cc13414d95f7a4b50bd9108d91ff35765%7C72f988bf86f141af91ab2d7cd011= db47%7C1%7C0%7C637575952275816803%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwM= DAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3DTHWF6m= 1ly3ZHjfqLCSDummsISA2bItUWVyHmdLIvxmU%3D&reserved=3D0 has been updated.= Now create_gcov/dump_gcov are added back and can be built separately. > > > > > > > > Please look at "2.2 Build autofdo tool for gcc" in > > > > https://nam06.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2= F > > > > gi > > > > th > > > > ub.com%2Fgoogle%2Fautofdo%23readme&data=3D04%7C01%7CEugene.Roze= n > > > > fe > > > > ld > > > > %40microsoft.com%7C1bcb2fda4fce4f173c1808d91f30d1fc%7C72f988bf86f1 > > > > 41 > > > > af > > > > 91ab2d7cd011db47%7C1%7C0%7C637575116816287200%7CUnknown%7CTWFpbGZs > > > > b3 > > > > d8 > > > > eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D > > > > %7 > > > > C1 > > > > 000&sdata=3DEwHtN1OqRmBwL6qMgTc1lAU6cz5%2BJzQZxpd5nos11FM%3D&am= p > > > > ;r > > > > es > > > > erved=3D0 On Wed, Apr 28, 2021 at 10:40 PM Andi Kleen > > > > wrote: > > > > > > > > > > On Mon, Apr 26, 2021 at 06:40:56PM +0000, Hongtao Yu wrote: > > > > > > Andi, thanks for pointing out the perf script issues. Can yo= u please > > > > > > elaborate a bit on the exact issue you have seen? We've been= using > > > > > > specific output of perf script such as mmap, LBR and callsta= ck events > > > > > > filtered by process id. It works fine so far but may certain= ly hit issues > > > > > > in the future with extended uses. > > > > > > > > > > Okay I took a look at the latest autofdo now. It seems to be > > > > > basically a LLVM project now that depends on LLVM to even build > > > > > with all kinds of dependency hell on some old LLVM version and ot= her packages. > > > > > > > > > > I guess gcc will really need a replacement that doesn't pull in > > > > > all of LLVM if it wants to continue supporting autofdo. > > > > > > > > > > I'm myself unable to build now. > > > > > > > > > > I'm using the old version I had a git fork of and that was > > > > > before all of this. I added a patch to make it work with the > > > > > latest perf by ignoring increased perf_attr and unknown perf even= ts. > > > > > > > > > > Honza please use > > > > > > > > > > https://nam06.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F= % > > > > > 2F > > > > > gi > > > > > thub.com%2Fandikleen%2Fautofdo&data=3D04%7C01%7CEugene.Rozenf= e > > > > > ld > > > > > %4 > > > > > 0microsoft.com%7C1bcb2fda4fce4f173c1808d91f30d1fc%7C72f988bf86f1 > > > > > 41 > > > > > af > > > > > 91ab2d7cd011db47%7C1%7C0%7C637575116816287200%7CUnknown%7CTWFpbG > > > > > Zs > > > > > b3 > > > > > d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn > > > > > 0% > > > > > 3D > > > > > %7C1000&sdata=3DDilu5PUjpAbA6e6d6GBd5idoKLAMMr7H5eCve%2FGdC8g= % > > > > > 3D > > > > > &a > > > > > mp;reserved=3D0 -b perf-future > > > > > > > > > > for testing. > > > > > > > > > > -Andi > > > > >