Switch to an adjacency list storage of vertices.
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Inizia dalla conversazione Discourse collegata ed esamina l’attuale rappresentazione come sparse matrix, le liste di adiacenza, l’accesso ai vicini uscenti e il comportamento della ricerca dei pesi. Esegui benchmark dell’accesso a un singolo peso e dell’iterazione sui vicini, quindi confronta i design proposti per le liste di adiacenza; il lavoro è completato quando è stato selezionato e implementato l’approccio di memorizzazione meglio supportato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
This seems to be mostly equivalent to a sparse matrix (I mentioned slower access of weights, but using binary search, I think it should be same complexity than for a sparse matrix)
You can get back the sparse matrix by simply:
- collecting the weights in the order found in the adjacency list
- concatenating the outneighbors adjacency lists
- computing the cumulative degrees of the vertices.
As shown in the discussion, the benefit obtained by iterating simultaneously weights and vertices can be also achieved with the sparse matrix implementation, although it seems a bit slower.
The proposed implementation is by storing tuples in the adjacency lists, but it might be better to store in some aside adjacency list to avoid the penalty cost of accessing tuple when considering only neighbors. (we can still zip through both lists at the same time).
At this point, I think the bigger drawback will be the linear cost for generating the weight matrix, all other computations should be asymptotically equivalent.
I think we need some benchmarking to find the best implementation, by considering both the access of a single weight and the access of weights when iterating neighbors.
- Lingua principale
- Julia
- Stelle
- 41
- Fork
- 9
- Merge medio
- 1g 21h
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 JuliaGraphs/SimpleWeightedGraphs.jl
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
JuliaGraphs/SimpleWeightedGraphs.jl#54 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
JuliaGraphs/SimpleWeightedGraphs.jl#49 · 2 commenti ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
JuliaGraphs/SimpleWeightedGraphs.jl#47 · 1 commento ·
-
How to handle self-loops?Apertabug question
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
JuliaGraphs/SimpleWeightedGraphs.jl#43 · 2 commenti ·
-
Faster `inneighbors`?Apertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Tutte le issue di JuliaGraphs/SimpleWeightedGraphs.jl
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
backport 1.14 GC
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
`binary_focal_loss` throws a `DomainError` when a negative sample has `ŷ = 1`Forse già presa @parth-patel010 l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
FluxML/Flux.jl#2818 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
JuliaDiff/TaylorSeries.jl#445 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
control-toolbox/CTActions#139 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno