概要
分類子はカテゴリ スコアを返すことができます。言語モデルはトークンを生成できます。通常、推論ではモデルのパラメーターは変更されませんが、周囲のシステムが情報を個別に保存したり、フィードバックから学習したりする場合があります。
主なポイント
- リクエストパス全体を測定します。
- リクエストごとのレイテンシーをスループットから分離します。
- 最適化を提供した後、品質を再テストします。
ディープダイブ
通常、リクエストは入力検証、前処理、モデル、出力処理を経ます。テキスト サービスはプロンプトをトークン化し、モデルを繰り返し実行してトークンを生成し、応答を組み立てます。検索ツールや外部ツールを使用すると、モデルの周囲にさらに多くのステージを追加できます。彼らの時間とエラーは、ユーザー エクスペリエンスにカウントされます。レイテンシーとスループットを個別に測定します。レイテンシは、1 つのリクエストにかかる時間です。スループットは、システムが一定期間内に完了するリクエストの数です。リクエストをバッチ処理すると、個々のリクエストの待機時間が長くなり、スループットが向上する可能性があります。ストリーミングを使用すると、回答を完了するまでの時間を短縮することなく、回答をより早く開始できます。ハードウェア メモリはモデルの重量を超える量を収容できる必要があります。作業バッファ、同時リクエスト、キャッシュされた表現もメモリを消費します。入力と出力が長くなるとサービス コストが変化する可能性があるため、1 回の短いデモンストレーション プロンプトではなく、実際のワークロード分散をテストしてください。推論のデプロイメントには、制限、タイムアウト、およびモデルが応答できない場合の使用可能な応答が必要です。バージョン管理された評価セットを保持し、精度、バッチ処理、モデル バージョン、または前処理を変更した後に出力を比較します。最適化は、タスクに必要な品質が維持される場合にのみ役立ちます。
04作業例
エンドツーエンドの応答時間を考慮する
構築されたリクエストでは、検証に 20 ミリ秒、ドキュメントの取得に 180 ミリ秒、モデルの生成に 900 ミリ秒、フォーマットに 30 ミリ秒かかります。
これらのステージが連続して実行される場合、合計は 1,130 ミリ秒になります。フォーマット時間を半分にすると、節約できる時間はわずか 15 ミリ秒になります。
取得を 100 ミリ秒に短縮すると、80 ミリ秒が節約されます。キューイングにより結果が変わる可能性があるため、同時負荷の下で再度測定してください。
それが示すもの
これらの発明されたタイミングは、小さなステージを最適化してもエクスペリエンスがほとんど変わらない理由を示しています。
現実世界の実装
分類子を再トレーニングせずに受信メッセージを分類します。
明確なキャンセル制御を維持しながら、回答の下書きをストリーミングします。
実践する
なぜそれが重要なのか
- より明確な判決. これは、明確な技術的主張とマーケティング言語を区別するのに役立ちます。
- 費用と予算. お金や時間を費やす前に、実装に関するより良い質問をすることができます。
- チームとワークフロー. 共通の理解を持ったチームは、製品、ポリシー、学習に関する意思決定をより適切に行うことができます。
気をつけてください
- チームが異なれば、同じ用語の使用方法も異なる可能性があるため、範囲を早めに定義してください。
- ベンチマークは好調に見えても、実際のパフォーマンスにはばらつきがある場合があります。
- データの品質と評価計画を無視すると、多くの場合、脆弱な結果が生じます。
次のステップ
- 必要な結果を平易な言葉で定義することから始めます。
- テストする前に、成功指標と失敗条件を 1 つ選択します。
- 洗練されたデモセットではなく、代表的なデータを使用して小規模なパイロットを実行します。
- AI 推論が役立つ部分と、よりシンプルな方法の方が優れている部分を文書化します。
出典とさらなる参考文献
- PyTorchモデルを保存、ロード、使用する
探検を続けましょう
よくある質問
推論と推論は同じですか?
推論はモデルの実行を記述します。タスクには、推論、分類、または生成が含まれる場合があります。実行ラベルは推論の質を確立しません。