dotnet / dotnet/perf-autofiling-issues

[Perf] Windows/x64: 2 Improvements on 2/3/2026 2:30:42 AM +00:00

オープン
#68,653 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
arch-x64 branch-refs/heads/main kind-micro os-windows perf-improvement runtime-coreclr untriaged
主要言語
言語のデータがありません
スター
10
フォーク
8
PR マージ指標
PR 指標を取得中

説明

### Run Information

Name | Value
-- | --
Architecture | x64
OS | Windows 10.0.22631
Queue | ViperWindows
Baseline | [918254d67350876df8f9e474195ef359a7ce33f6](https://github.com/dotnet/runtime/commit/918254d67350876df8f9e474195ef359a7ce33f6)
Compare | [39580bd95b3a75f6a304f05d2117ae72ec0c53a3](https://github.com/dotnet/runtime/commit/39580bd95b3a75f6a304f05d2117ae72ec0c53a3)
Diff | [Diff](https://github.com/dotnet/runtime/compare/918254d67350876df8f9e474195ef359a7ce33f6...39580bd95b3a75f6a304f05d2117ae72ec0c53a3)
Configs | CompilationMode:tiered, RunKind:micro

### Improvements in System.Text.Json.Document.Tests.Perf_EnumerateArray

Benchmark | Baseline | Test | Test/Base | Test Quality | Edge Detector | Baseline IR | Compare IR | IR Ratio
-- | -- | -- | -- | -- | -- | -- | -- | --
|

  • [Parse - Duration of single invocation]()
  • 📝 - [Benchmark Source]()
  • [ADX - Test Multi Config Graph]()
| 5.05 μs | 4.72 μs | 0.93 | 0.01 | False | | |

![graph]()
[Test Report]()

### Repro
General Docs link: https://github.com/dotnet/performance/blob/main/docs/benchmarking-workflow-dotnet-runtime.md

```cmd
git clone https://github.com/dotnet/performance.git
py .\performance\scripts\benchmarks_ci.py -f net8.0 --filter 'System.Text.Json.Document.Tests.Perf_EnumerateArray*'
```

### System.Text.Json.Document.Tests.Perf_EnumerateArray.Parse(TestCase: ArrayOfNumbers)

#### ETL Files

#### Histogram

#### JIT Disasms

### Docs

[Profiling workflow for dotnet/runtime repository](https://github.com/dotnet/performance/blob/master/docs/profiling-workflow-dotnet-runtime.md)
[Benchmarking workflow for dotnet/runtime repository](https://github.com/dotnet/performance/blob/master/docs/benchmarking-workflow-dotnet-runtime.md)

---

### Run Information

Name | Value
-- | --
Architecture | x64
OS | Windows 10.0.22631
Queue | ViperWindows
Baseline | [918254d67350876df8f9e474195ef359a7ce33f6](https://github.com/dotnet/runtime/commit/918254d67350876df8f9e474195ef359a7ce33f6)
Compare | [39580bd95b3a75f6a304f05d2117ae72ec0c53a3](https://github.com/dotnet/runtime/commit/39580bd95b3a75f6a304f05d2117ae72ec0c53a3)
Diff | [Diff](https://github.com/dotnet/runtime/compare/918254d67350876df8f9e474195ef359a7ce33f6...39580bd95b3a75f6a304f05d2117ae72ec0c53a3)
Configs | CompilationMode:tiered, RunKind:micro

### Improvements in System.Text.Json.Tests.Perf_Reader

Benchmark | Baseline | Test | Test/Base | Test Quality | Edge Detector | Baseline IR | Compare IR | IR Ratio
-- | -- | -- | -- | -- | -- | -- | -- | --
|

  • [ReadSingleSpanSequenceEmptyLoop - Duration of single invocation]()
  • 📝 - [Benchmark Source]()
  • [ADX - Test Multi Config Graph]()
| 1.10 μs | 1.03 μs | 0.94 | 0.04 | False | | |

![graph]()
[Test Report]()

### Repro
General Docs link: https://github.com/dotnet/performance/blob/main/docs/benchmarking-workflow-dotnet-runtime.md

```cmd
git clone https://github.com/dotnet/performance.git
py .\performance\scripts\benchmarks_ci.py -f net8.0 --filter 'System.Text.Json.Tests.Perf_Reader*'
```

### System.Text.Json.Tests.Perf_Reader.ReadSingleSpanSequenceEmptyLoop(IsDataCompact: True, TestCase: LotsOfNumbers)

#### ETL Files

#### Histogram

#### JIT Disasms

### Docs

[Profiling workflow for dotnet/runtime repository](https://github.com/dotnet/performance/blob/master/docs/profiling-workflow-dotnet-runtime.md)
[Benchmarking workflow for dotnet/runtime repository](https://github.com/dotnet/performance/blob/master/docs/benchmarking-workflow-dotnet-runtime.md)

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

src/benchmarks/micro/libraries/System.Text.Json/Document/EnumerateArray.cs と src/benchmarks/micro/libraries/System.Text.Json/Utf8JsonReader/Perf.Reader.cs のベンチマークソースから始めます。提供されている benchmarks_ci.py フィルターを実行し、リンクされたレポートと baseline/compare commits を確認して、報告された改善にフォローアップが必要かどうかを判断します。完了とは、パフォーマンス結果が文書化された結論とともにトリアージされていることを意味します。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
json
領域
performance
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。