dotnet/runtime

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

Open

#31.273 aperta il 23 ott 2019

Vedi su GitHub
 (16 commenti) (1 reazione) (0 assegnatari)C# (5445 fork)batch import
area-System.Globalizationhelp wantedos-linuxtenet-performance

Metriche repository

Star
 (17.886 star)
Metriche merge PR
 (Merge medio 12g 11h) (661 PR mergiate in 30 g)

Descrizione

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

Guida contributor

Direzione di ricerca
Il problema è che DateTime.Parse per la cultura giapponese è 10 volte più lento su Linux rispetto a Windows. Il primo passo è riprodurre il problema clonando dotnet/performance ed eseguendo il benchmark specificato nell'issue (Perf.DateTimeCultureInfo.Parse con cultura ja). Dopo aver confermato il rallentamento, compilare localmente il repository dotnet/runtime per ottenere una build di debug di CoreCLR. Creare una piccola applicazione console di riproduzione che chiami DateTime.Parse con cultura giapponese. Utilizzare PerfCollect per acquisire una traccia e identificare la funzione o il percorso di codice che causa il ritardo di inizializzazione. Concentrarsi sul codice di globalizzazione correlato a ICU, probabilmente nello spazio dei nomi System.Globalization. La causa principale potrebbe essere che il caricamento dei dati ICU per la località giapponese è costoso. La correzione potrebbe coinvolgere la memorizzazione nella cache o l'ottimizzazione dell'inizializzazione ICU per quella cultura specifica. Controllare eventuali commenti esistenti o PR collegati nell'issue per ulteriori indicazioni.
Tech stack
csharp
Dominio
backend
Tipo issue
Performance
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Git
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
50