Spurious memory allocation reproduced with `poisson_dev_fe.jl`
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- julia
- Domaine
- performance
Piste de recherche
Commencez par poisson_dev_fe.jl et exécutez la boucle @time montrée autour de smart_sum(manual_uₕ_array_at_qₖ). Comparez le nombre d’allocations lorsque le nombre de cellules change, puis suivez les appels pertinents de Gridap et Julia. Le travail est terminé lorsqu’il est établi si la croissance est attendue et que sa cause ou l’action suivante est documentée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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?
- Langage dominant
- Julia
- Étoiles
- 145
- Forks
- 50
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de gridap/Tutorials
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 25/100
Toutes les issues de gridap/Tutorials
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
rfordatascience/tidytuesday#1098 ·
-
`SplitRungeKutta` time steppers never call `update_lagrangian_particle_state!`, so particle `tracked_fields` are never updatedPeut-être pris @ali-ramadhan l’a pris aujourd’hui. Ouvertebug 🐞
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
CliMA/Oceananigans.jl#6381 ·
Les mainteneurs répondent en général sous 1 jour
-
ci system:windows test
Difficulté 1/5 Moins d'une heure Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Single-column TKE example: boundary-layer depth description doesn't match Han & Bretherton (2019)Ouverte
Difficulté 1/5 1-3 heures Accessibilité débutants 82/100
NumericalEarth/Breeze.jl#1143 ·
Les mainteneurs répondent en général sous 1 jour
-
format-check (Runic) is red on master: formatter drift on ~200 filesPeut-être pris @ChrisRackauckas-Claude l’a pris il y a 1 jour. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
SciML/ModelingToolkit.jl#5337 · 1 commentaire ·
Les mainteneurs répondent en général sous 3 jours