[パフォーマンスの概念、並行性ツール]
並行性とは?
tpsとは何ですか？1 秒あたりに処理されるトランザクション数、
プレッシャー スレッド、TPS、および同時ユーザー数の違いは何ですか? 会社には 500 の同時実行が必要だと言う人がいるのをよく耳にしますが、この 500 の同時実行とはどういう意味ですか? == "プレッシャー スレッド: jmeter は多数のスレッドを開始できるプロセスであり、サーバーにプレッシャーをかけてリクエストを送信する可能性があります。サーバーの観点から そしてそれは tps の概念によって運ばれる必要があります. 同時サーバーは 500 の同時ユーザーをサポートします, これはサーバーのしきい値が 500tps に達することができることを意味します. 500 同時の会社の要件には 2 つの意味があります: 最初の500 の同時スレッドを通じて圧力をかけることであり、システムはそれに耐えることができ、tps は安定しており、応答時間は 3 秒以内で妥当です. 2 つ目は、会社がサーバーに 500 の同時ユーザーに到達することを要求していることです。 、それは 500tps に達することができます。
同時スレッドの最適な数を見つける方法は? ==》スレッド数をどんどん増やしていき、最適な90%の時間とスループットに対応するスレッド数が最適同時スレッド数
プレッシャースレッド数は同時ユーザー数でしょうか？== "プレッシャー スレッドは、jmeter のスレッド数を指します。同時ユーザー数は tps で最もよく運ばれます。1 つのプレッシャー スレッドが 16tps のプレッシャーを生成できる場合、クライアントの同時ユーザー数は 16tps です。同時ユーザー数クライアントのスレッドが
大きい場合、サーバーのパフォーマンスが良いということですか? ==》クライアントスレッドが大きいほど、サーバーのパフォーマンスは向上します.サーバーのパフォーマンスを測定できる唯一の指標は、同時スレッド数と応答時間とはほとんど関係のないtpsです. 1 スレッドで 1000tps を生成できるため、1000 スレッドでも 1000tps を生成できますが、対応する応答時間は異なります
。参考にするならどっちがいい？==》実際には絶対的な同時実行性はなく、jmeter でタイマーを介してランデブー ポイントを設定することで得られる効果にすぎません.リソースの競合をテストしたい場合は、リソースの競合がデッドロックするかどうかを参照できます。テスト用のランデブー ポイント絶対同時実行性と同等。
理解する方法: 性能試験、負荷試験、容量試験、増分試験、強度試験など? ==》パフォーマンス テストは最大の概念であり、その他はパフォーマンス テストにおけるテスト戦略、またはパフォーマンス テスト シナリオと呼ばれます。
パフォーマンス テスト プロセスとは何ですか?
パフォーマンス テスト プログラムには何が含まれますか?
パフォーマンス指標は何ですか?
トランザクションを定義する方法は?
==》これは主に、tps の T がどのように定義されているかに基づいています. インターフェイス レベル、サービス レベル、またはユーザー レベルで定義できます. qps と tpsの違いは何ですか? どちらがより適していますか? ==》TPS負荷とCPU使用率の関係は
？
同時実行数、平均応答時間、および tps の間で最適なバランスを見つける方法は? ==》スレッド数を連続的に増やしていくと、90%の確率で最適スループットに対応するスレッド数が最適な同時スレッド数になる 思考時間の設定方法は
？==》シーンを設定する際には、ユーザーの行動習慣や業務をシミュレートして設定する必要がありますが、
ストレステストの対象として28原則を使用することは合理的だと思いますか? == 「上記の生産統計から実際のデータがある場合、最新の期間のピーク値を取得し、それを 24 時間に分割して、各期間の特定のビジネス比率を取得することが、ビジネス ニーズに最も一致します。28原理はある程度計算で出てくる同時スレッド数やtpsは不正確です。
pv はパフォーマンス テストの指標として使用できますか?
jmeterでランプアップ期間を設定するには? ==》これは主にシーンの設定に依存します.ランプアップと応答時間とtpsを勾配の関係にする必要がある場合は、Ramp-Up Periodを少し長く設定する必要があります.たとえば、20の同時スレッド. -Up Period は 40 または 60 に設定できます。これにより、
パフォーマンスのボトルネック ロードランナーでのペーシングと思考時間の違いがより明確にわかりますか?
jmeterのパラメータ化されたデータを設計するには? （量と分布）
パフォーマンスエンジニアの価値をどのように反映するか?
メモリリークとメモリオーバーフローの違いは何ですか? == 「古い世代ではメモリ容量が不足しており、fullgc を頻繁に実行するとメモリ リークが発生し、メモリ リークが続くと最終的にメモリ オーバーフローが発生します。システムは oom killer を呼び出し、リソースを最も消費するプロセスを強制終了します Standalone tps100,
8サーバー、tps とは何ですか? ==》8*tps100 = 800tps 同時
実行とアクティビティの違いは何ですか?
業界の観点からパフォーマンス テストとは
何かを説明する 技術的な観点からストレス テストとは何かを説明する 能力検証とは何か、どのような検証指標があるのか パフォーマンス
チューニングとは何か、パフォーマンス テストをパラメーター化する必要がある理由を
簡単な言葉で説明する で説明する負荷テストです == 「連続スレッド数を増やしたり、リクエストを追加したりすることで、システムのtpsがしきい値に達するまでtpsを増加させ続け、システムの変曲点またはボトルネック点を見つける、最大 tps 値を見つけます。100 万のトランザクションが 3 時間以内に完了すると予想され、1 回のトランザクション時間は 20 秒です。28 のルールを使用して平均同時実行数を計算します == "平均同時実行数: 20*1000000/3*3600=1851.85 同時スレッド、TPS: 1000000/3*3600= 92.59キャパシティ テストのデータ サイクルとは?完全なパフォーマンス テスト プロセスには何が含まれますか?パフォーマンス アドミッションのために何を確認する必要がありますか?
【关于场景】
如何理解性能测试业务模型？
场景的分类？
如何设计容量场景？
稳定性场景，跑多久？
并发线程梯度如何设置？
稳定性场景，需要设置递增场景么？
【关于监控】
针对主流中间件、数据库，你是如何监控的？
如果jmeter压测，是用jmeter插件还是如何监控的？
【关于实战】
请举例一个最有成就感的性能bug
TPS和QPS的区别
TPS：Transactions Per Second，意思是每秒事务数，具体事务的定义，都是人为的，可以一个接口、多个接口、一个业务流程等等。一个事务是指事务内第一个请求发送到接收到最后一个请求的响应的过程，以此来计算使用的时间和完成的事务个数。
以单接口定义为事务为例，每个事务包括了如下3个过程：
a.向服务器发请求
b.服务器自己的内部处理(包含应用服务器、数据库服务器等)
c.服务器返回结果给客户端
如果每秒能够完成N次这三个过程，tps就是N；
如果多个接口定义为一个事务，那么，会重复执行abc，完成一次这几个请求，算做一个tps。
QPS
QPS：Queries Per Second，意思是每秒查询率，是一台服务器每秒能够响应的查询次数(数据库中的每秒执行查询sql的次数)，显然，这个不够全面，不能描述增删改，所以，不建议用qps来作为系统性能指标。
区别
如果是对一个查询接口(单场景)压测，且这个接口内部不会再去请求其它接口，那么tps=qps，
否则，tps≠qps
如果是容量场景，假设n个接口都是查询接口，且这个接口内部不会再去请求其它接口，qps=n*tps
jmeter聚合报告中，Throughput是用来衡量请求的吞吐量，也就是tps，tps=样本数/运行时间；
我们定义的是tps，不是qps
如果没有定义事务，会把每个请求作为一个事务
QPS是Query Per Second，是数据库中的概念，每秒执行条数(查询)，被引申到压测中来了，但是不包括插入、更新、删除操作，所以不建议用qps来描述系统整体的性能
建议用tps，这个t，你可以随意的定义，可以是一个接口，也可以是一个业务流程等等。