dotnet/runtime

Initializing the "ja" culture takes 200ms when using ICU

Open

#31.273 geöffnet am 23. Okt. 2019

Auf GitHub ansehen
 (16 Kommentare) (1 Reaktion) (0 zugewiesene Personen)C# (5.445 Forks)batch import
area-System.Globalizationhelp wantedos-linuxtenet-performance

Repository-Metriken

Stars
 (17.886 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 12T 11h) (661 gemergte PRs in 30 T)

Beschreibung

DateTime.Parse for "ja" culture (ONLY) is 10x times slower on Linux compared to Windows

Slower diff/base Windows Median (ns) Linux Median (ns)
System.Globalization.Tests.Perf_DateTimeCultureInfo.Parse(culturestring: ja) 8.87 454.24 4029.00
System.Globalization.Tests.Perf_DateTimeCultureInfo.ToString(culturestring: da) 1.08 236.39 254.59
System.Globalization.Tests.Perf_DateTimeCultureInfo.ToString(culturestring: ) 1.05 245.69 258.02
System.Globalization.Tests.Perf_DateTimeCultureInfo.ToString(culturestring: ja) 1.05 245.61 257.00
System.Globalization.Tests.Perf_DateTimeCultureInfo.ToString(culturestring: fr) 1.05 245.56 256.82
Faster Win/Lin Windows Median (ns) Linux Median (ns)
System.Globalization.Tests.Perf_DateTimeCultureInfo.Parse(culturestring: da) 1.24 531.21 428.73
System.Globalization.Tests.Perf_DateTimeCultureInfo.Parse(culturestring: fr) 1.05 450.44 428.87
System.Globalization.Tests.Perf_DateTimeCultureInfo.ToStringHebrewIsrael 1.04 509.37 488.81

The contributor who wants to work on this issue should:

  1. Run this simple benchmark from dotnet/performance repository and confirm the problem
git clone https://github.com/dotnet/performance.git
python3 ./performance/scripts/benchmarks_ci.py -f netcoreapp5.0 --filter System.Globalization.Tests.Perf_DateTimeCultureInfo.Parse
  1. Build CoreCLR locally: https://github.com/dotnet/performance/blob/master/docs/profiling-workflow-corefx.md#Build
  2. Create a small repro app: https://github.com/dotnet/performance/blob/master/docs/profiling-workflow-corefx.md#repro
  3. Use PerfCollect to identify issue https://github.com/dotnet/performance/blob/master/docs/profiling-workflow-corefx.md#PerfCollect
  4. Solve the issue

Contributor Guide

Research-Richtung
Das Problem ist, dass DateTime.Parse für die japanische Kultur unter Linux im Vergleich zu Windows 10 mal langsamer ist. Der erste Schritt besteht darin, das Problem zu reproduzieren, indem dotnet/performance geklont und der in der Issue angegebene Benchmark (Perf.DateTimeCultureInfo.Parse mit ja Kultur) ausgeführt wird. Nach Bestätigung der Verlangsamung, bauen Sie das dotnet/runtime Repository lokal, um einen Debug Build von CoreCLR zu erhalten. Erstellen Sie eine kleine Reproduktions Konsolenanwendung, die DateTime.Parse mit japanischer Kultur aufruft. Verwenden Sie PerfCollect, um eine Ablaufverfolgung zu erfassen und die Funktion oder den Codepfad zu identifizieren, der die Initialisierungsverzögerung verursacht. Konzentrieren Sie sich auf den ICU bezogenen Globalisierungscode, wahrscheinlich im System.Globalization Namespace. Die Ursache könnte sein, dass das Laden von ICU Daten für das japanische Gebietsschema aufwändig ist. Die Lösung könnte das Zwischenspeichern oder Optimieren der ICU Initialisierung für diese spezifische Kultur umfassen. Überprüfen Sie vorhandene Kommentare oder verknüpfte PRs in der Issue für weitere Anleitungen.
Tech Stack
csharp
Domain
backend
Issue Type
Performance
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50