Choice of memory layout for VectorOfArray
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- julia
- Ambito
- documentation, performance
Direzione di ricerca
Inizia leggendo la documentazione sull’indicizzazione di VectorOfArray e l’implementazione circostante per determinare come è rappresentato l’attuale layout di memoria. Documenta la motivazione, confronta il layout trasposto proposto e spiega le implicazioni sulle prestazioni per l’accesso alle serie temporali; l’issue non indica alcun file specifico né alcun test da eseguire.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
From the docs:
A[i] # Returns the ith array in the vector of arrays
A[j, i] # Returns the jth component in the ith array
A[j1, ..., jN, i] # Returns the (j1,...,jN) component of the ith array
which presents itself as a column-major matrix with the columns being the arrays from the vector.
What is the reasoning behind this memory layout? Can one use a tranposed memory layout, i.e. each component is represented by a column? What are the performance implications when trying to access A[j1, :] for max(i) >> max(j), i.e. timeseries data?
Perhaps the answers to those questions should be included in the docs.
- Lingua principale
- Julia
- Stelle
- 233
- Fork
- 76
- Merge medio
- 5h 33m
- PR unite (30g)
- 11
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di SciML/RecursiveArrayTools.jl
-
Docs: usage of j vs i Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
SciML/RecursiveArrayTools.jl#255 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
SciML/RecursiveArrayTools.jl#662 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
SciML/RecursiveArrayTools.jl#661 ·
-
JET: similar_type(::Any) no-matching-method in RecursiveArrayToolsRaggedArrays (pre-existing QA red) Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
SciML/RecursiveArrayTools.jl#620 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
SciML/RecursiveArrayTools.jl#619 ·
Tutte le issue di SciML/RecursiveArrayTools.jl
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
interpolate! from a Float32 LatitudeLongitudeGrid fails on Metal: Float64 division in find_λ_range Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
CliMA/Oceananigans.jl#6056 ·
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
JuliaPluto/PlutoPlotly.jl#72 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
epiforecasts/BVDOutbreakSize#811 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
SciML/NonlinearSolve.jl#1310 · 1 commento ·