TrueLog の生成は、負荷テストの環境に適合できる場合にのみ役に立ちます。 したがって、メモリとパフォーマンスの要件を最小限に留める必要があります。
TrueLog の生成に伴ってパフォーマンスがダウングレードする可能性は、0 から 10% の範囲です。 これは、ランタイムはすべての関連データをメモリに保持し、必要なメモリ割り当てを最低限に維持しようと試みるためです。 TrueLog On Error によるパフォーマンスへの影響はごくわずかです。
スケーラビリティに関して、TrueLog と TrueLog On Error の間には大きな違いがあります。 TrueLog 機能は、個々のリクエストとレスポンスを TrueLog ファイルにすぐに書き込みます。 TrueLog ファイルの書式設定のために内部 CPU 使用量は多くなり、TrueLog ファイルへの書き込みのために大量の IO が実行されます。
このため、多くの場合、TrueLog の生成は負荷テストには適していません。
TrueLog はサイズが大きくなることがあるため、テストの間にエラーが発生した場合にのみ TrueLog を生成するように、Silk Performer を構成することができます。 システムが正確に動作している間は何も記録されません。 このような対象を絞った TrueLog の生成は TrueLog On Error と呼ばれ、その結果、TrueLog ファイルはより小さい限定的なものになります。
TrueLog On Error の場合のメモリ要件は、利用する BDL スクリプトによって大きく異なります。 したがって、一般的な割合を示すことはできません。特に、完全なトランザクションのログを取得するように TrueLog On Error が構成されている場合は不可能です。 これが当てはまるのは、TrueLog On Error ファイルに対してデフォルトではない 1 トランザクションごと の TrueLog の保存の設定が選択されている場合だけであることに注意してください。 このような場合、メモリの使用量は、トランザクションに含まれるリクエストされた Web ページの数とサイズに関連します。 デフォルトの設定である コンテンツ履歴ベース の場合は、トランザクションの長さによる影響はありません。 通常、コンテンツの履歴は 5 ページ分の Web ページを超えることはなく、保存する必要があるのはこれらのページのみです。