From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255108.outbound.protection.outlook.com [40.92.255.108]) by sourceware.org (Postfix) with ESMTPS id 2D9523858C2C for ; Wed, 5 Jan 2022 08:10:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2D9523858C2C ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qm4SbTE53PrXpMz/ziKypJ4aZritPGx7G6gXj0ZlAnKrNCto61pG1hT0gEZm92js5X52ePx/QsQY9Kl52Hlt0LjOokQrXTz5siCtRcr189w8wVcZOQpuqxVeCr9bTyYYRujcWBPWnXkUzh5VM0OiDxLWlvcq20hdcosCHtvy+2DPZE/N2+Ea9ZtS1jqqqwdotzE2Qb3iyTOeCqcw41p5B5WN/nm46NloZGbMaFh/ViIDsXkvDOMZYtzikGraAXGLNMng/xTVfMryDx5d59ojaegUVvWG3fBrKQPsM1wnhdcBldbC6ycF/N9W8whd1B/jO9U7Eerm+A8c8Yg74ZM66g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=F/uQ+BtvgpD4lxmGmiMR1ax4KImqTSRITTANX38mp1o=; b=b7GSiAnU7DlUot1UASJVm8Yv20mXXu096hI8f3c5didxKkt3k2eccfhYFu3nwdbrT4zMsdEWNSrfzoKbd90DWlRA6Zy8Y3Z9wSIYMGZvtyh15SW/jRmlsirCTVzD7lc9I0m6dHZ7ZqJVmEiO9bvhZRFPNVS7NBVD7/n7oigpFvKu8E2blRixJpY0Xy3MStxAN6QXg6gL6Zx3hueJPNbufk7xTvMOIZlDNYdjvwAfYkQdKa6OcmvdpAFpmLIHOIzETOcBWKeqMsrLMr6XWjHKZj+U/BXsFxvYOI1Ho212Lcy7c7hlErfLMEaev3Ux7M71Ne+35nqvG25ptgoFKkWBLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from SI2PR03MB5242.apcprd03.prod.outlook.com (2603:1096:4:107::6) by TY2PR03MB3408.apcprd03.prod.outlook.com (2603:1096:404:3f::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4867.5; Wed, 5 Jan 2022 08:10:18 +0000 Received: from SI2PR03MB5242.apcprd03.prod.outlook.com ([fe80::1029:4f80:d59c:8e5c]) by SI2PR03MB5242.apcprd03.prod.outlook.com ([fe80::1029:4f80:d59c:8e5c%8]) with mapi id 15.20.4867.007; Wed, 5 Jan 2022 08:10:18 +0000 From: Ming Cheng To: gcc-help Subject: Re: Fw: binary size Thread-Topic: Fw: binary size Thread-Index: AdgBD5+tJ6sA4dvHSyqHgao8kQmKVwAAMeQSAAvveQAAB7bI+QABV4sAABsgTCMADqtPOw== Date: Wed, 5 Jan 2022 08:10:18 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [PQl+xBi7qqNnTCyxg8qm8cOyFAFavKMo] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: d2423a07-a8c7-4432-af6c-08d9d022cff9 x-ms-traffictypediagnostic: TY2PR03MB3408:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FNFW2Ts+MT2IhopVtnmCOjXBDu3ctMBg3PbWvH8TMpB228+01DvbID5PkehIGgtD/XgKdCjw7RfvdfcT0hEl/FFKjRZm2/w3h/BAaDMuj9nkdoXXgVm3d9SFQoNNqnw3atHhSS6L4WQDlalCu5v17GTV6Y3DscCoPDl0upPj+h3isTkdj8n6N1OM/SSQ+1BDQGCwU9OgnEGYMOVC9pwVjQtAR89dX+pyfxC4J9klMcfvd8w0PtOiIkQtJSLxhIPfK0TwemoKT7vOGH2+g4nCk1J2c0nRupyUzM/pd53+xgyhrP3LfNp54pBu6paurDWjQ/j3+/xNBfVSfroYcN24rYFcs2wc/7MYoqCKaOnVSm+DmS0PLmWFMzTQapleQ3SMw3y+sAsVm1k5gEkSPrUgz/VjZE4/8hoIKyWiryg5yU1KBKEGz8zsZ0xWNynVqJSgdRRFajqWofI9dL7iFrHQOTha4kOu35QpgGO6fXCpD0nnjPsQsUTfQiDXce6gicdLGuzZNN1ztTf6/BCh72rGXbR6EzBFoYHauVmtnpupnHDli9DZqvTZ4LSdpWKNFEv3Hvo0QRH6Xo1OB2/Kkdlexg== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: IPVihEJ275Pfry+/sAboIFvlMUCP792AWN2LuFghrKNbCbTkNpRJxKGbjSwf/vWB1TsqjJA2O5W2seI7rgxRlE3cDOfRDNJ9+4ZOenXrViOwmSQTtqByvUkrcSO6eaDYICooDrl7ZZH1rcWM6x9RnRE8ZjfL2lFGGlCA7ZsBMQczf2gupCcAtIKMU8+o0OWAsyjDmp8jnjUAuhDZ1c4JkVoXtC3X+Q4yfo9PHujHeOX4GzLw5//DZ0snE7ssFxlYyRVkl4LiSReI7av9b+XlSIHSn2avB2D0RFE8AKIsheoc1tYQdCHAeOSsbb6vaukygJHeGa/XoMRT9XGusbnFFFR5RlAw4vqmBo5LN9gX5Vq9FZtFCuSSVtTcJWGotBA9RwLdIJY6Y6SP7c6GGI6yCrJIeRkK+m/83+/RW0arZBw0hHgAsgTV9PAt7y4Z2pJ9tZF28u876IoRrPYTXLg6RQPYM1X8bKjzMNnexLeflVTbsp9l+4UyB43MkcloTolCmv64jqmKRx/nYhGrRa2GughQ/RLJDtSYOHXjxOwygM7i5n5HWKWoCoU9I896MGjsd+qYdY6/yfgZLCb3JUlv/iLTrTfxVoaULeKBSsS9UUPPdBlSxp5cQMSw1yhMnZWkXAi6bpvbrHb5Z01hZwV/qCEy4CDDSskt2AXYdr5EHsgbuH9BvtVsIzqrqfHppJii7Z63uAUkLz4YG3f/f1C4YGVyPN0Hftrz9G5q80AuwQ7SL3dHSqV8TGAF+Db0MhHdLtH70/uImUg+3pUJwflFE0GaeDfCtEuk5UOhnzIOnWKIGjmFrEzqOFuYLNC2gNOu9lZ+aG3hoQqx+1qXTnH9Mi1wnh9kuYIo+wYio4P5tZc2qYDiLhd9O6AnTMzDXtbJ6STQd/8idaJ0JIDldruKXVlYb6E4ijd71qkWonWPAMQcQpDqhlB/4bdd1lz8/6qi MIME-Version: 1.0 X-OriginatorOrg: sct-15-20-4734-24-msonline-outlook-c0b75.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SI2PR03MB5242.apcprd03.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: d2423a07-a8c7-4432-af6c-08d9d022cff9 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Jan 2022 08:10:18.5411 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY2PR03MB3408 X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gcc-help@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-help mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2022 08:10:24 -0000 ________________________________ From: Ming Cheng Sent: Wednesday, January 5, 2022 1:17 AM To: Jonathan Wakely Subject: Re: Fw: binary size Hi Jonathan, Thanks for this nice advice. I'd like to learn more about cmd size. Among t= ext/data/bss sections, which section(s) has the most impact to the perf? Yo= u are right that people should do actual test. But for the same code, in th= eory, larger size's perf should be always <=3D smaller size's . Warm regards Ming ________________________________ From: Jonathan Wakely Sent: Tuesday, January 4, 2022 12:12 PM To: Ming Cheng Cc: gcc-help Subject: Re: Fw: binary size On Tue, 4 Jan 2022 at 11:42, Ming Cheng wrote: > > Hi Jonathan, > I just pasted a lib. It's applicable to binary. I am wondering whether th= ere is a way to generate smaller binary by ver 10.2.1 close to 7.3.1? Would= bigger size binary slower ? It depends why it's bigger. As I said, it's probably due to debug info, which doesn't affect performance at all. Using 'ls' to check the size is not helpful, because it doesn't tell you anything about the size of the executable code in the binary. Use 'size' to do that. Even if that shows the code is bigger, that doesn't mean it's going to be slower. The only way to tell if it's slower is to measure if it's slower. tl;dr it depends.