ベンチマーク テストを実行するための mysqlslap のコードの詳細
mysqlslap でサポートされている主なパラメータの設定と説明は次のとおりです
<span style="color: #000000">-a, --auto-generate-sql 由系统自动生成SQL脚本进行测试<br/> Generate SQL where not supplied by file or command line.<br/> --auto-generate-sql-add-autoincrement 生成的表中增加自增的ID<br/> Add an AUTO_INCREMENT column to auto-generated tables.--auto-generate-sql-load-type=name 制定测试过程中使用的查询类型<br/> Specify test load type: mixed, update, write, key, or<br/> read; default is mixed.--auto-generate-sql-write-number=# 制定所生成的初始化数据的条数<br/> Number of row inserts to perform for each thread (default<br/> is 100).-c, --concurrency=name 制定并发线程的数量<br/> Number of clients to simulate for query to run.<br/> --create=name File or string to use create tables.<br/> --create-schema=name 创建一个测试数据库的schema名称<br/> Schema to run tests in.-T, --debug-info This is a non-debug version. Catch this and exit.指定输出额外的内存及CPU统计信息-e,<br/> --engine=name Storage engine to use for creating the table. 指定所测试的存储引擎,用逗号可以分割以便测试多个引擎<br/> -h, --host=name Connect to host. 链接远程主机的IP<br/> -i, --iterations=# Number of times to run the tests. 指定本次测试需要运行的次数<br/> --no-drop Do not drop the schema after the test. 指定测试完成后,不清理过程数据<br/> -x, --number-char-cols=name 指定测试表中生成的varchar类型的数据数量<br/> Number of VARCHAR columns to create in table if<br/> specifying --auto-generate-sql.<br/> -y, --number-int-cols=name 指定测试表中生成的int类型的数据数量<br/> Number of INT columns to create in table if specifying<br/> --auto-generate-sql.<br/> --number-of-queries=# 指定每一个线程所执行的查询数量<br/> Limit each client to this number of queries (this is not<br/> exact).<br/> --only-print Do not connect to the databases, but instead print out 并不运行测试脚本,而是把生成的脚本打印出来<br/> what would have been done.<br/> -p, --password[=name] 指定测试所用的链接数据库的密码<br/> Password to use when connecting to server. If password is<br/> not given it's asked from the tty.-q, --query=name Query to run or file containing query to run.自定义测试用的sql<br/> -u, --user=name User for login if not current user. 指定测试所用的链接数据库的用户名<br/></span>
その中で、完全な実行スクリプトは次のとおりです
mysqlslap -S /tmp/mysql3306.sock --concurrency=1,50,100,200 --iterations=3 --number-int-cols=5 --number-char-cols=5 --auto-generate-sql --auto-generate-sql-add-autoincrement --engine=innodb --number-of-queries=10 --create-schema=test -uroot -p
パスワードを入力した後のテスト情報は次のとおりです
Enter password: Benchmark Running for engine innodb Average number of seconds to run all queries: 0.097 seconds Minimum number of seconds to run all queries: 0.093 seconds Maximum number of seconds to run all queries: 0.107 seconds Number of clients running queries: 1 Average number of queries per client: 10Benchmark Running for engine innodb Average number of seconds to run all queries: 0.506 seconds Minimum number of seconds to run all queries: 0.447 seconds Maximum number of seconds to run all queries: 0.570 seconds Number of clients running queries: 50 Average number of queries per client: 0Benchmark Running for engine innodb Average number of seconds to run all queries: 2.204 seconds Minimum number of seconds to run all queries: 1.595 seconds Maximum number of seconds to run all queries: 3.257 seconds Number of clients running queries: 100 Average number of queries per client: 0mysqlslap: Error when connecting to server: 1040 Too many connections mysqlslap: Error when connecting to server: 1040 Too many connections mysqlslap: Error when connecting to server: 1040 Too many connections mysqlslap: Error when connecting to server: 1040 Too many connections
この時点で、数が 200 に達したときに接続数が多すぎる例外が発生したことがわかります。これは、mysql によって設定されたデフォルトの最大接続数が 100 であるためです。そのため、my.cnf
に次の変更を加える必要があります。 max_connections=1024 を追加すると、正常に実行されます
Benchmark Running for engine innodb Average number of seconds to run all queries: 0.093 seconds Minimum number of seconds to run all queries: 0.087 seconds Maximum number of seconds to run all queries: 0.098 seconds Number of clients running queries: 1 Average number of queries per client: 10Benchmark Running for engine innodb Average number of seconds to run all queries: 0.514 seconds Minimum number of seconds to run all queries: 0.462 seconds Maximum number of seconds to run all queries: 0.545 seconds Number of clients running queries: 50 Average number of queries per client: 0Benchmark Running for engine innodb Average number of seconds to run all queries: 1.209 seconds Minimum number of seconds to run all queries: 1.173 seconds Maximum number of seconds to run all queries: 1.241 seconds Number of clients running queries: 100 Average number of queries per client: 0Benchmark Running for engine innodb Average number of seconds to run all queries: 2.174 seconds Minimum number of seconds to run all queries: 1.978 seconds Maximum number of seconds to run all queries: 2.402 seconds Number of clients running queries: 200 Average number of queries per client: 0
上記は、ベンチマーク テストを実行するための mysqlslap のコードの詳細な紹介です。その他の関連コンテンツについては、PHP 中国語 Web サイト (www.php.cn) に注目してください。 )!

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









予想通り、どちらのデバイスも M1 プロセッサを使用しているため、初期のベンチマークでは iPad Air 5 が 11 インチ iPad Pro と同じスコアを示しています。レビュアーは Geekbench で iPad Air 5 を実行しましたが、そのスコアは驚くべきものではありませんでした。実際、数値が異なるのは、丸め誤差と実行ごとの変動だけです。 iPad Air 5はGeekbenchでは「iPad 13,17」としてリストされており、CPUテストではシングルコアスコア1,711、マルチコアスコア7,233を示しています。これは、シングルコア スコアが 1718、マルチコア スコアが 7313 である 11 インチ iPad Pro と同様です。存在する

大規模言語モデル (LLM) のアプリケーションでは、構造化された方法でデータを提示する必要があるシナリオがいくつかあります。その代表的な例としては、情報抽出とクエリ分析の 2 つがあります。私たちは最近、最新のドキュメントと専用のコード リポジトリによる情報抽出の重要性を強調しました。クエリ分析については、関連ドキュメントも更新しました。これらのシナリオでは、データ フィールドには文字列、ブール値、整数などが含まれる場合があります。これらの型の中で、カーディナリティの高いカテゴリ値 (つまり列挙型) を扱うのが最も困難です。図のいわゆる「高カーディナリティ グループ化値」は、限られた数のオプションから選択する必要がある値を指します。これらの値は任意に指定できませんが、事前定義されたセットから取得する必要があります。このようなセットでは、非常に多くの有効な値が存在することがあります。

次期 Snapdragon 8 Gen 3 に関するクアルコムの独占スクープについてまだ話題ですか?さて、Snapdragon 8 Gen 3 と A17 Pro の比較は次のとおりです。どちらの強力なチップもレイ トレーシング サポートを備えていますが、ニーズに最も適しているのはどれでしょうか? Apple は、自社の最新チップが iOS に移植された『バイオハザード 2 リメイク』や『バイオハザード 7』のようなゲームに搭載されることを誇りに思っていますが、クアルコムの新しい AI の驚異は独自のレイ トレーシング サポートを備えています。同社は本日のSnapdragon Summitイベントに先立って公式声明で、「高度なカメラとオーディオ技術により、非常に鮮明なビデオと非常にクリアなオーディオが実現します。強力なAI加速エクスペリエンスとエンタープライズグレードのセキュリティが最新のモバイルPCを可能にします」と述べた。

Go 関数のパフォーマンスの最適化を理解することは非常に重要で、次の方法で実現できます。 ベンチマーク: Go のテスト パッケージを使用して、文字列連結戦略のベンチマークなど、実行時間とリソース消費を測定します。パフォーマンス分析: runtime/pprof パッケージを使用して関数呼び出しグラフを生成し、gotoolpprof を使用して pprof.out ファイルを分析し、パフォーマンスのボトルネックを深く理解します。さらなる最適化: パフォーマンス分析の結果に基づいて、不要な関数呼び出しを減らし、不要な変数の作成を回避し、適切なデータ構造を使用し、同時実行性を最大限に活用してアプリケーションのパフォーマンスを向上させます。

Steam ディスカッション フォーラムの 3DMark 開発者からの回答によると、より公平なクロスプラットフォーム比較を実現するために、最新のグラフィックス カード ベンチマーク StealNomad とその軽量バージョン SteelNomadLight が間もなく発売される予定です。 ▲SteelNomadのスクリーンショット。画像ソース ULSolutions3DMark は広く使用されているベンチマーク ソフトウェアであり、ULSolutions は昨年 11 月に StealNomad をリリースしました。このテストは、2016 年の発売を表す複数のプラットフォームにわたる一般的な非レイ トレーシング ベンチマークを提供するように設計されています。その中でも、TimeSpy は非常に重要なテストであり、多くのプラットフォームに共通のパフォーマンス ベースライン テストを提供します。 DirectX に限定されるのとは異なります

Go 言語では、テスト パッケージの BenchmarkXXX 関数を使用して、コードのパフォーマンスを測定するベンチマーク テストを簡単に作成できます。これらの関数は標準構文に従い、ベンチマークの実行を制御するために使用される *testing.B 型のポインターをパラメーターとして受け取ります。ベンチマーク (gotest-bench=BenchmarkName) を実行すると、各操作に費やされたナノ秒数、1 秒あたりに実行された操作の数、テストで実行された反復数、テストの実行回数などのさまざまな情報を示す結果の表を出力できます。 1秒あたりの経過時間などさまざまなベンチマークの結果を比較することで、非効率なコード領域を特定し、アプリケーションの全体的なパフォーマンスを向上させることができます。

コンピュータ ハードウェア テクノロジの継続的な改善により、シングルコア CPU ではコンピュータのパフォーマンス ニーズを満たすことができなくなりました。そのため、コンピュータサイエンスの分野では、マルチコアCPUの性能をいかに最大限に活用するかが重要な課題となっています。コンカレントプログラミングとは、まさにマルチコアCPUの性能を活かし、コンピュータプログラムの効率や応答速度を向上させることです。 Go 言語のデフォルトの同時実行モデルは、効率的な同時実行プログラミング言語として広く受け入れられています。ただし、実際の開発では、潜在的なパフォーマンスのボトルネックを特定するために、プログラムの同時実行パフォーマンスを評価およびテストする必要があります。

パイプラインのベンチマークを行うには、Go 言語パイプライン パッケージのベンチマーク パッケージを使用できます。パイプラインを作成し、データ読み取り、データ処理、およびデータ出力ステップを含めます。ベンチマークを渡す。パイプラインを実行してパイプラインのベンチマークを行います。パイプライン ベンチマークは、パイプラインのスループットとレイテンシーに関する洞察を提供し、パフォーマンスの最適化に役立ちます。
