この記事は、もともとAmpere Computingによって公開(kāi)されました このペーパーでは、Ampereプロセッサのアプリケーションパフォーマンスを最適化するためにGNUコンパイラコレクション（GCC）オプションを効果的に使用する方法について説明します。

アプリケーションを最適化しようとする場(chǎng)合、潛在的な最適化がパフォーマンスを改善するかどうかを測(cè)定することが不可欠です。これには、コンパイラオプションが含まれます。高度なコンパイラオプションを使用すると、コンパイル時(shí)間の増加、デバッグの難しさの増加、およびしばしばバイナリサイズが増加する可能性があるため、ランタイムパフォーマンスが向上する可能性があります。コンパイラオプションがパフォーマンスに影響する理由はこのペーパーの範(fàn)囲を超えていますが、短い答えは、コード生成、最新のプロセッサアーキテクチャ、およびそれらの相互作用方法が非常に複雑であるということです。別の重要な點(diǎn)は、コンピューターアーキテクチャの変動(dòng)と特定のマイクロアーキテクチャのため、異なるプロセッサが異なるコンパイラオプションから恩恵を受ける可能性があることです。最適化を繰り返し実験することは、パフォーマンスの成功の鍵です

アプリケーションのパフォーマンスを測(cè)定して制限要因を決定する方法と、最適化戦略は、以前に公開(kāi)された記事ですでに取り上げられています。 Ampere Altraベースのインスタンスで実行中に答える最初の10の質(zhì)問(wèn)であるこの論文は、システム全體のパフォーマンスを理解するために収集するパフォーマンスデータについて説明します。 Ampere Altraファミリプロセッサを最適化するためのパフォーマンス分析方法論は、データ駆動(dòng)型アプローチを使用して効果的かつ効率的に最適化する方法を説明します。

このペーパーでは、最初に最も一般的なGCCオプションを要約して、これらのオプションがアプリケーションにどのように影響するかを説明します。その後、議論はGCCオプションを使用してケーススタディを提示し、VP9ビデオエンコーディングソフトウェアとAmpereプロセッサのMySQLデータベースのパフォーマンスを改善します。同様の戦略が、Ampereプロセッサで実行される追加のソフトウェアを最適化するために効果的に使用されてきました。

gccの推奨事項(xiàng)

GCCコンパイラは、アプリケーションのパフォーマンスを改善できる多くのオプションを提供します。詳細(xì)については、GCC Webサイトをご覧ください。 Ampereプロセッサで利用可能なすべてのパフォーマンス機(jī)能を活用するコードを生成するには、GCC -MCPUオプションを使用します。

GCC -MCPUオプションを使用するには、CPUモデルを設(shè)定するか、GCCが-MCPU =ネイティブを介して実行されているマシンに基づいてCPUモデルを使用するようにGCCに指示します。 Legacy X86ベースのシステムに注意するGCC -MCPUは、-Mtuneの非推奨同義語(yǔ)ですが、GCC -MCPUはARMベースのシステムで完全にサポートされています。詳細(xì)については、アーキテクチャ全體のコンパイラフラグのガイド：-march、-mtune、および-mcpuを參照してください。

要約すると、可能な場(chǎng)合はいつでも、-MCPUのみを使用し、腕をコンパイルするときに-marchと-mtuneを回避します。以下は、VP9ビデオエンコードソフトウェアでGCC -MCPUオプションを設(shè)定することにより、パフォーマンスの向上を強(qiáng)調(diào)するケーススタディです。 -MCPUオプションの設(shè)定：

• -MCPU = ampere1：Ampereoneプロセッサで実行されるコードを生成します。 Ampereoneは、Ampereの次世代クラウドネイティブプロセッサであり、高性能プロセッサのファミリーを新しい業(yè)界をリードするコアカウントに拡張します。これにより、Ampere AltraおよびAltra Maxプロセッサで実行されないコードを生成できます。このオプションは、最初はGCCバージョン12.1以降で利用可能でしたが、GCC 10.5およびGCC 11.3にバックポートしました。

• -MCPU = neoverse-N1：アンペアアルトラ、アンペレアルトラマックス、およびアンペアアンペレオネで実行されるコードを生成します。 Ampere Ampereoneで実行されるコードにこのオプションを使用することがサポートされていますが、利用可能なすべての新しいパフォーマンス機(jī)能を利用できない可能性があります。注、Ampere AltraおよびAmpere Altra MaxプロセッサのCPU固有のチューニングを有効にするには、GCCバージョン9.1以下が必要です。

• -MCPU =ネイティブ：CPU GCCが実行されているCPUモデルを設(shè)定するコードを生成します。注、Ampere AltraおよびAmpere Altra MaxプロセッサのCPU固有のチューニングを有効にするには、GCCバージョン9.1以下が必要です。

-MCPU =ネイティブを使用すると、使用が容易になりますが、実行可能ファイル、共有ライブラリ、またはオブジェクトファイルが別のシステムで使用されている場(chǎng)合は潛在的な問(wèn)題があります。ビルドがアンペアアンペレオネプロセッサで行われた場(chǎng)合、生成されたコードにはアンペアアンペロンプロセッサでサポートされているARMV8.6命令が含まれる可能性があるため、コードはAmpere AltraまたはAltra Maxプロセッサで実行されない場(chǎng)合があります。 ビルドがAmpere AltraまたはAltra Maxプロセッサで行われた場(chǎng)合、GCCはAmpere Ampereoneプロセッサで利用可能な最新のパフォーマンスの改善を利用しません。これは、あらゆるアーキテクチャのパフォーマンス機(jī)能を活用するためのコードを構(gòu)築する場(chǎng)合の一般的な問(wèn)題です。

次の表には、Ampereプロセッサ-MCPU値をサポートするGCCバージョンを示します。

processor -MCPU値 gcc 9 gcc 10 gcc 11 gcc 12 gcc 13 アンペア?アルトラ Neoverse-N1 ≥9.1 全て 全て 全て 全て アンペアアルトラマックス Neoverse-N1 ≥9.1 全て 全て 全て 全て アンペレオネ ampere1 n/a ≥10.5 ≥11.3 ≥12.1 全て 上記の適切な値でGCC -MCPUオプションを使用することが推奨されます（-MCPU = ampere1、-MCPU = neoverse -n1または-mcpu = native）を使用することが-o2で、パフォーマンスのベースラインを確立し、さらに調(diào)べてください。最適化オプションと、異なるオプションがベースラインと比較してパフォーマンスを改善するかどうかを測(cè)定します。 一般的なGCCオプションの概要：

プロセッサ固有のチューニングと最適化を有効にするために、アンペアプロセッサを構(gòu)築するときに推奨されます。 （詳細(xì)については、上記の「-MCPUオプションの設(shè)定」セクションを參照してください。）

• -osは、手順を取得することでアプリケーションが制限されている場(chǎng)合、コードサイズを削減するために最適化します。

• -O2は、標(biāo)準(zhǔn)のGCC最適化オプションを考慮し、他のGCCオプションと比較するためのベースラインとして使用するのに適しています。

• -O3は、追加の最適化を追加してループのより効率的なコードを生成します。アプリケーションのパフォーマンスがループに費(fèi)やされた時(shí)間に支配されているかどうかを試すのに役立ちます。

• プロファイルガイド最適化（PGO）：-fprofile -generate＆-frofile -use。コンパイラが使用するプロファイルデータを生成し、インライン化、ループ最適化、デフォルトブランチなどの最適化についてより良い決定を下す可能性があります。これは、ビルドシステムの変更が必要なため、高度な最適化と見(jiàn)なされます。以下を參照してください。

• リンク時(shí)間最適化（LTO）：-flto。リンク時(shí)間の最適化を有効にし、コンパイラが個(gè)々のソースファイル間で最適化できるようにします。これにより、他のコンパイラの最適化の中で、ソースファイルに関數(shù)をインライン化できます。これも高度な最適化と見(jiàn)なされ、ビルドシステムの変更が必要になる可能性があります。このオプションは、全體的なビルド時(shí)間を長(zhǎng)くします。これは、大規(guī)模なアプリケーションにとって劇的なものです。パフォーマンスの重要なソースファイルでLTOを使用して、ビルド時(shí)間を潛在的に減らすことができます。

vp9ビデオエンコードGCC -MCPU

によるケーススタディ

VP9は、Googleが開(kāi)発したビデオコーディング形式です。 LIBVPXは、GoogleのVP8およびVP9ビデオコーデックのオープンソースリファレンスソフトウェア実裝およびOpen MediaのAlliance（Aomedia）です。 LIBVPXは、追加の計(jì)算時(shí)間を費(fèi)用して、X264を超えるビデオ圧縮を大幅に改善します。 VP9とLibvpxの追加情報(bào)はWikipediaで入手できます。 このケーススタディでは、VP9ビルドがGCC -MCPU =ネイティブオプションを使用してパフォーマンスを改善するように構(gòu)成されています。上記のように、Ampereプロセッサをコンパイルするときに-MCPUオプションを使用して、CPU固有のチューニングと最適化を有効にします。當(dāng)初、LIBVPXはデフォルトの構(gòu)成を使用して構(gòu)築され、-MCPU = nativeを使用して再構(gòu)築されました。 VP9のパフォーマンスを評(píng)価するには、1080p入力ビデオファイル、Original_videos_sports_1080p_sports_1080p-0063.mkv YouTubeのユーザー生成コンテンツデータセットから使用されました。 AmpereのFFMPEGチューニングとビルドガイドを參照してください。FFMPEGを構(gòu)築する方法と、Ampereプロセッサ用のVP9を含むさまざまなコーデックを構(gòu)築する方法。

デフォルトのlibvpxビルド：

-MCPU = native

でlibvpxビルドを最適化する方法

$ git clone https://chromium.googlesource.com/webm/libvpx
$ cd libvpx/
$ export CFLAGS="-mcpu=native -DNDEBUG -O3 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wdeclaration-after-statement -Wdisabled-optimization -Wfloat-conversion -Wformat=2 -Wpointer-arith -Wtype-limits -Wcast-qual -Wvla -Wimplicit-function-declaration -Wmissing-declarations -Wmissing-prototypes -Wuninitialized -Wunused -Wextra -Wundef -Wframe-larger-than=52000 -std=gnu89"
$ export CXXFLAGS="-mcpu=native -DNDEBUG -O3 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wdisabled-optimization -Wextra-semi -Wfloat-conversion -Wformat=2 -Wpointer-arith -Wtype-limits -Wcast-qual -Wvla -Wmissing-declarations -Wuninitialized -Wunused -Wextra -Wno-psabi -Wc++14-extensions -Wc++17-extensions -Wc++20-extensions -std=gnu++11 -std=gnu++11"
$ ./configure
$ make verbose=1 
$ ./vpxenc --codec=vp9 --profile=0 --height=1080 --width=1920 --fps=25/1 --limit=100 -o output.mkv /home/joneill/Videos/original_videos_Sports_1080P_Sports_1080P-0063.mkv --target-bitrate=2073600 --good --passes=1 --threads=1 –debug

Linux Perfを使用した調(diào)査を使用して、最も時(shí)間がかかった関數(shù)のCPUサイクルの數(shù)を測(cè)定する調(diào)査には、VPX_CONVOLVE8_HORIZ_NEONとVPX_CONVOLVE8_VERT_NEONが含まれます。 LIBVPX GITリポジトリは、これらの機(jī)能がARMによって最適化され、ARMV8.6-A USDOT（混合したDOT-Product）命令を使用するように最適化されています。VPX_CONVOLVE8_HORIZ_NEONで使用されたCPUサイクルは、GCC -MCPU =ネイティブを使用して6.07E 11から2.52E 11に減少し、アンペアAltraプロセッサでDOT製品の最適化を可能にし、CPUサイクルを2.4xの係數(shù)で減らしました。

VPX_CONVOLVE8_VERT_NEONの場(chǎng)合、CPUサイクルは2.46E 11から2.07E 11に減少し、16％減少しました。

全體として、-mcpu = nativeを使用して、アプリケーションスループットを改善することにより、Ampere altraプロセッサでファイルOriginal_videos_sports_1080p_sports_1080p -0063.mkvをファイルのトランスコーディングアップアップアップしてsped upped up aped up aped up up up aped up up up upが有効にします。次の表は、PERF RECORDおよびPERF REPORTユーティリティを使用して収集されたデータを示して、CPUサイクルと退職した命令を測(cè)定します。

config

をビルドします

シンボル サイクル（％） サイクル 命令（％） 手順 デフォルトのビルド vpx_convolve8_horiz_neon 8.72 6.07e 11 7.52 1.13e 12 vpx_convolve8_vert_neon 3.53 2.46 E11 2.51 3.78e 11 アプリケーション全體 100 6.97E 10 100 1.48e 11 -MCPU =ネイティブ vpx_convolve8_horiz_neon 3.89 2.52e 11 3.87 5.71e 11 vpx_convolve8_vert_neon 3.19 2.07 E11 3.29 4.86e 11 アプリケーション全體 100 6.48e 10 100 1.48e 11 GCCプロファイルガイド最適化 このセクションでは、GCCのプロファイルガイド付き最適化（PGO）の概要と、MySQLをPGOで最適化するケーススタディを概説します。プロファイルガイドの最適化により、GCCは、ブランチの最適化、コードブロックの再注文、関數(shù)の挿入、ループの展開(kāi)、ループの剝離、およびベクトル化を介したループの最適化など、より良い最適化決定を行うことができます。 PGOを使用するには、3部構(gòu)成のビルドを?qū)g行するためにビルド環(huán)境を変更する必要があります。

プロファイルガイド最適化、GCC -Fprofile -Generateを使用したアプリケーションをビルドします。

プロファイルデータを生成するための代表的なワークロードでアプリケーションを?qū)g行します。

プロファイルデータを使用してアプリケーションを再構(gòu)築します。GCC-Fprofile -use。

PGOを使用するという課題は、上記のステップ2で非常に高いパフォーマンスのオーバーヘッドです。 gcc -frofile -generateで構(gòu)築されたアプリケーションの実行が遅いため、生産環(huán)境で動(dòng)作するシステムで実行することは実用的ではない場(chǎng)合があります。 GCCマニュアルのプログラムインストゥルメンテーションオプションセクションを參照して、ランタイムインストゥルメンテーションを備えたアプリケーションと、生成されたプロファイル情報(bào)を使用して再構(gòu)築するための最適化を制御するセクションオプションを參照してください。 GCCマニュアルで説明されているように、-fprofile-update = Atomicはマルチスレッドアプリケーションに推奨され、改善されたプロファイルデータを収集することでパフォーマンスを改善できます。

PGOを使用する時(shí)期

PGOを使用すると、GCCは、撮影されていない範(fàn)囲の測(cè)定やループトリップカウントの測(cè)定などの追加情報(bào)を提供することにより、アプリケーションをより適切に最適化できます。 PGOは、パフォーマンスが向上するかどうかを試してみるための有用な最適化です。 PGOが役立つパフォーマンスシグネチャには、かなりの割合の支店誤差を含むアプリケーションが含まれます。これは、パフォーマンスを使用してCPUのパフォーマンス監(jiān)視ユニット（PMU）Counter BR_MIS_PRED_RETIREDを読み取ることができます。多數(shù)の支店の誤解は、STALL_FRONTEND PMUカウンターで測(cè)定できるフロントエンドのストールの割合が高いことにつながります。 L2命令キャッシュミス率が高いアプリケーションは、おそらく誤って予測(cè)された支店に関連するPGOの恩恵を受ける可能性があります。要約すると、支店の予測(cè)、CPUフロントエンドのストール、L2命令キャッシュミスの大部分は、PGOがパフォーマンスを改善できるパフォーマンス署名です。

MySQLデータベースGCC PGOケーススタディ

MySQLは、世界で最も人気のあるオープンソースデータベースであり、MySQLバイナリサイズが大きいため、GCC PGOの最適化を使用するのに理想的な候補(bǔ)です。 PGO情報(bào)がなければ、GCCが実行された多くの異なるコードパスを正しく予測(cè)することは不可能です。 PGOを使用すると、ブランチの誤解が大幅に削減され、L2命令キャッシュミスレートとCPUフロントエンドストールがアンペアAltra Maxプロセッサを削減します。 GCC PGO：

を使用してMySQLが最適化される方法を要約します
sysbenchを使用して、mysqlパフォーマンスを評(píng)価しました
1. GCC PGOは、MySQL MTR（MySQL-Test-Run）テストスイートを使用してトレーニングを受けました
2. sysbenchのoltp_point_selectおよびoltp_read_onlyテストを使用して、デフォルトのビルドと比較してPGOビルドでパフォーマンスを測(cè)定しました
3. 使用されるスレッドの數(shù)は1から1024まで変化し、OLTP_POINT_SELECTで平均速度29％、AMPERE ALTRA MAX M128-30プロセッサ
64スレッドを使用して、MySQLのスループットを改善することにより、PGOはパフォーマンスを32％改善しました
5. 追加の詳細(xì)は、MySQLチューニングガイドのAmpere開(kāi)発者のWebサイトにあります。
要約

アプリケーションを最適化するには、何が最適かを判斷するために、さまざまな戦略を?qū)g験する必要があります。このペーパーでは、さまざまなGCCコンパイラの最適化に関する推奨事項(xiàng)を提供して、Ampereプロセッサで実行されている高性能アプリケーションを生成します。 Ampere Cloudネイティブプロセッサでサポートされているすべての機(jī)能を活用するコードを生成する最も簡(jiǎn)単な方法として、-MCPUオプションを使用することを強(qiáng)調(diào)します。 MySQLデータベースとVP9ビデオエンコーダーの2つのケーススタディでは、GCCオプションを使用して、パフォーマンスが重要なこれらのアプリケーションを最適化することを示しています。持続可能なクラウドコンピューティングのために構(gòu)築されたAmpereの最初のクラウドネイティブプロセッサは、業(yè)界で前例のない予測(cè)可能な高性能、プラットフォームのスケーラビリティ、電力効率を提供します。開(kāi)発者の取り組みについて詳しく知り、開(kāi)発者でベストプラクティスを見(jiàn)つけて、amperecomputing.comでベストプラクティスを見(jiàn)つけて、community.amperecomputing.comで會(huì)話に參加してください。

以上がアンペアプロセッサ用のGCCガイドの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。