dotnet/runtime

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

Open

#31 273 ouverte le 23 oct. 2019

Voir sur GitHub
 (16 commentaires) (1 réaction) (0 assignés)C# (5 445 forks)batch import
area-System.Globalizationhelp wantedos-linuxtenet-performance

Métriques du dépôt

Stars
 (17 886 stars)
Métriques de merge PR
 (Merge moyen 12j 11h) (661 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Le problème est que DateTime.Parse pour la culture japonaise est 10 fois plus lent sur Linux par rapport à Windows. La première étape consiste à reproduire le problème en clonant dotnet/performance et en exécutant le benchmark spécifié dans l'issue (Perf.DateTimeCultureInfo.Parse avec la culture ja). Après avoir confirmé le ralentissement, compilez localement le dépôt dotnet/runtime pour obtenir une build de débogage de CoreCLR. Créez une petite application console de reproduction qui appelle DateTime.Parse avec la culture japonaise. Utilisez PerfCollect pour capturer une trace et identifier la fonction ou le chemin de code qui cause le délai d'initialisation. Concentrez vous sur le code de globalisation lié à ICU, probablement dans l'espace de noms System.Globalization. La cause racine pourrait être que le chargement des données ICU pour la locale japonaise est coûteux. La correction pourrait impliquer la mise en cache ou l'optimisation de l'initialisation d'ICU pour cette culture spécifique. Vérifiez les commentaires existants ou les PR liés dans l'issue pour des conseils supplémentaires.
Stack technique
csharp
Domaine
backend
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50