dotnet/runtime

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

Open

#31.273 aberto em 23 de out. de 2019

Ver no GitHub
 (16 comments) (1 reaction) (0 assignees)C# (5.445 forks)batch import
area-System.Globalizationhelp wantedos-linuxtenet-performance

Métricas do repositório

Stars
 (17.886 stars)
Métricas de merge de PR
 (Mesclagem média 12d 11h) (661 fundiu PRs em 30d)

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

Guia do colaborador

Direção de pesquisa
O problema é que o DateTime.Parse para a cultura japonesa é 10 vezes mais lento no Linux em comparação com o Windows. O primeiro passo é reproduzir o problema clonando dotnet/performance e executando o benchmark especificado na issue (Perf.DateTimeCultureInfo.Parse com a cultura ja). Após confirmar a lentidão, compile o repositório dotnet/runtime localmente para obter uma build de depuração do CoreCLR. Crie um pequeno aplicativo de console de reprodução que chame DateTime.Parse com a cultura japonesa. Use o PerfCollect para capturar um rastreamento e identificar a função ou caminho de código que causa o atraso de inicialização. Concentre se no código de globalização relacionado ao ICU, provavelmente no namespace System.Globalization. A causa raiz pode ser que o carregamento dos dados do ICU para a localidade japonesa seja caro. A correção pode envolver cache ou otimização da inicialização do ICU para essa cultura específica. Verifique quaisquer comentários existentes ou PRs vinculados na issue para obter mais orientações.
Pilha de tecnologia
csharp
Domain
backend
Tipo Issue
Performance
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-2 dias
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Git
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
50