Spurious memory allocation reproduced with `poisson_dev_fe.jl`
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Bug
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- julia
- Domínio
- performance
Direção de pesquisa
Comece com poisson_dev_fe.jl e execute o loop @time mostrado em torno de smart_sum(manual_uₕ_array_at_qₖ). Compare o número de alocações conforme o número de células muda e, em seguida, rastreie as chamadas relevantes de Gridap e Julia. A tarefa estará concluída quando for identificado se o crescimento é esperado e sua causa ou a próxima ação for documentada.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
This issue is to document a strange behaviour which is reproduced in poisson_dev_fe.jl when the following code is executed:
@time begin
for i in 1:100_000
smart_sum(manual_uₕ_array_at_qₖ)
end
end
A comment was attached to this code, that I move from there and put here to not forget
WHY THE SECOND PIECE OF CODE REQUIRES A NUMBER OF ALLOCATIONS THAT GROWS
WITH THE NUMBER OF CELLS? I CAN UNDERSTAND THAT THE CACHE ARRAY of
`manual_uₕ_array_at_qₖ` REQUIRES MORE MEMORY IN ABSOLUTE TERMS, BUT I AM NOT
ABLE TO SEE WHY IT GROWS WITH THE NUMBER OF CELLS!!!! ANY HINT?
- Linguagem predominante
- Julia
- Estrelas
- 145
- Forks
- 50
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de gridap/Tutorials
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 25/100
Todas as issues de gridap/Tutorials
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
MagneticResonanceImaging/MRIReco.jl#320 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
rfordatascience/tidytuesday#1098 ·
-
`SplitRungeKutta` time steppers never call `update_lagrangian_particle_state!`, so particle `tracked_fields` are never updatedTalvez já em andamento @ali-ramadhan assumiu hoje. Abertabug 🐞
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
CliMA/Oceananigans.jl#6381 ·
Mantenedores costumam responder em até 1 dia
-
ci system:windows test
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 76/100
Mantenedores costumam responder em até 1 dia
-
Single-column TKE example: boundary-layer depth description doesn't match Han & Bretherton (2019)Aberta
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 82/100
NumericalEarth/Breeze.jl#1143 ·
Mantenedores costumam responder em até 1 dia