C # Binary Alberi e Dizionari

Question

C # Binary Alberi e Dizionari

voti

15

Sto lottando con il concetto di quando usare alberi binari di ricerca e quando utilizzare dizionari.

Nella mia applicazione ho fatto un piccolo esperimento che ha usato la libreria C5 TreeDictionary(che credo sia un albero binario di ricerca rosso-nero), e il dizionario C #. Il dizionario è stato sempre più veloce a add / trovare le operazioni e anche sempre utilizzato meno spazio in memoria. Per esempio, a 16809 <int, float>voci, il dizionario utilizzato 342 KiB mentre l'albero utilizzato 723 KiB.

Ho pensato che la BST di dovevano essere più efficiente della memoria, ma sembra che un nodo dell'albero richiede più byte di una voce in un dizionario. Ciò che dà? C'è un punto dove BST di sono meglio di dizionari?

Inoltre, come una domanda laterale, qualcuno sa se c'è un + più memoria struttura dati veloce efficiente per la memorizzazione <int, float>paia di accesso tipo di dizionario di una delle strutture di cui?

c#dictionary binary-search-tree c5

È pubblicato 28/01/2010 alle 02:46
fonte dall'utente Projectile Fish

In altre lingue...

6 risposte

voti

1

Mi sembra che stai facendo un'ottimizzazione prematura.

Quello che suggerirei a voi è quello di creare un'interfaccia per isolare quale struttura si sta usando, e quindi implementare l'interfaccia con il dizionario (che sembra funzionare meglio).

Se la memoria / prestazione diventa un problema (che probabilmente non per 20k- numeri), quindi è possibile creare altre implementazioni di interfaccia, e verificare quale funziona bests. Non sarà necessario cambiare quasi nulla nel resto del codice (tranne che l'attuazione si sta utilizzando).

Risposto il 28/01/2010 a 03:26
fonte dall'utente Samuel Carrijo

voti

1

Non ha senso che un nodo della struttura richiederebbe più spazio di archiviazione di una voce del dizionario. Un nodo albero binario deve memorizzare il valore e entrambi i sottoalberi sinistro e destro. Il generico Dictionary<TKey, TValue>è implementato come una tabella hash, che - sto supponendo - o usa una lista concatenata per ciascun segmento (valore più uno del puntatore / riferimento) o una sorta di rimappatura (solo il valore). Mi piacerebbe avere una sbirciatina in Reflector per essere sicuri, ma per lo scopo di questa domanda non credo che sia così importante.

La rada la tabella hash, il meno efficiente in termini di archiviazione / memoria. Se si crea una tabella di hash (dizionario) e inizializzate la sua capacità di 1 milione, e solo riempirlo con 10.000 elementi, quindi sono abbastanza sicuro che avrebbe mangiato un sacco più memoria di un BST con 10.000 nodi.

Eppure, non mi preoccuperei di tutto questo se la quantità di nodi / chiavi è solo nell'ordine delle migliaia. Che sta per essere misurato nei kilobyte, a fronte di gigabyte di RAM fisica.

Se la domanda è "perché si desidera utilizzare un albero binario invece di una tabella di hash?" Poi la risposta migliore è IMO che gli alberi binari sono ordinate mentre tabelle hash non lo sono. È possibile cercare solo una tabella hash per le chiavi che sono esattamente uguali a qualcosa; con un albero, è possibile cercare un intervallo di valori, valore più vicino, ecc Questa è una distinzione molto importante se si sta creando un indice o qualcosa di simile.

Risposto il 28/01/2010 a 03:39
fonte dall'utente Aaronaught

voti

0

L'interfaccia per un albero e una tabella di hash (che sto cercando di indovinare è ciò che il vostro dizionario è basato uno) dovrebbe essere molto simile. Sempre che ruota attorno ricerche calettate.

Avevo sempre pensato che un dizionario era meglio per la creazione di cose una volta e poi poi facendo un sacco di ricerche su di esso. Mentre un albero era meglio se si stesse modificando in modo significativo. Comunque, io non so dove ho preso l'idea dal.

(I linguaggi funzionali spesso usano gli alberi come base per essi raccolte, come si può riutilizzare la maggior parte della struttura se si fanno piccole modifiche ad esso).

Risposto il 28/01/2010 a 03:40
fonte dall'utente ligos

voti

0

Non stai confrontando "mele con mele", un BST vi darà una ordinata rappresentazione mentre un dizionario permette di fare una ricerca su una coppia chiave-valore (nel tuo caso).

Non mi aspettavo molto di dimensioni nella occupazione di memoria tra il 2, ma il dizionario vi darò una ricerca molto più veloce. Per trovare un elemento in un BST voi (potenzialmente) necessario per attraversare l'intero albero. Ma per fare una ricerca è sufficiente dictnary di ricerca in base alla chiave.

Risposto il 28/01/2010 a 04:05
fonte dall'utente nixon

voti

0

Un BST equilibrato è preferibile se è necessario per proteggere la vostra struttura di dati da picchi di latenza e attacchi collisioni hash.

Il primo avviene quando una struttura a matrice garantiti cresce una viene ridimensionata, il secondo è una proprietà inevitabile algoritmo di hashing come proiezione dallo spazio infinito ad una gamma limitata intero.

Un altro problema in .NET è che non c'è LOH, e con un dizionario sufficientemente grande si esegue in una frammentazione LOH. In questo caso è possibile utilizzare un BST, pagando un prezzo di grande classe di complessità algoritmica.

In breve, con un BST sostenuta dal mucchio di assegnazione che si ottiene momento peggiore caso O (log (N)), con tabella hash si ottiene O (N) momento peggiore caso.

BST ha un prezzo di O (log (N)) tempo medio, peggio località cache e più allocazioni di heap, ma ha garanzie di latenza ed è protetto dagli attacchi del dizionario e la frammentazione di memoria.

Da segnalare che la BST è anche un soggetto alla frammentazione della memoria su altre piattaforme, non utilizzando un garbage collector compattazione.

Per quanto riguarda la dimensione della memoria, la classe NET Dictionary`2 è più efficiente della memoria, perché memorizza dati come un elenco collegato off-mucchio, che memorizza solo valore e informazioni di sfasamento. BST deve memorizzare oggetto di intestazione (come ogni nodo è un'istanza di classe sul mucchio), due puntatori, e alcuni dati albero aumentata per gli alberi bilanciati. Ad esempio, un albero rosso-nero avrebbe bisogno di un valore booleano interpretato come colore (rosso o nero). Questo è almeno 6 parole della macchina, se non mi sbaglio. Così, ogni nodo in un albero rosso-nero sul sistema a 64 bit è un minimo di:

3 parole per l'intestazione = 24 byte 2 parole per i puntatori bambino = 16 byte 1 parola per il colore = 8 byte almeno 1 parola per il valore 8+ byte = 24 + 16 + 8 + 8 = 56 byte (+8 byte se l'albero utilizza un puntatore nodo padre).

Allo stesso tempo, la dimensione minima della voce del dizionario sarebbe appena 16 byte.

Risposto il 10/12/2018 a 13:18
fonte dall'utente George Polevoy

Juliet · Accepted Answer · 2010-01-28 04:16

Ho pensato che la BST di dovevano essere più efficiente della memoria, ma sembra che un nodo dell'albero richiede più byte di una voce in un dizionario. Ciò che dà? C'è un punto dove BST di sono meglio di dizionari?

Ho personalmente mai sentito parlare di un tale principio. Ancora oggi, il suo solo un principio generale, non un fatto categorica inciso nel tessuto dell'universo.

In generale, dizionari sono in realtà solo un wrapper fantasia intorno una serie di liste collegate. Si inserisce in qualcosa di simile dizionario:

LinkedList<Tuple<TKey, TValue>> list =
    internalArray[internalArray % key.GetHashCode()];
if (list.Exists(x => x.Key == key))
    throw new Exception("Key already exists");
list.AddLast(Tuple.Create(key, value));

Così la sua quasi O (1) il funzionamento. Il dizionario utilizza O (internalArray.Length + n) della memoria, dove n è il numero di elementi della collezione.

In generale BST può essere implementato come:

Linked-liste, che utilizzano O (n) spazio, dove n è il numero di articoli della collezione.
array , che utilizzano O (2 ^h - n) spazio dove h è l'altezza dell'albero ed n è il numero di elementi nell'insieme.
- Dal momento che gli alberi rosso-neri hanno un'altezza limitata di O (1,44 * n), un'implementazione serie dovrebbe avere un uso limitato della memoria di circa O (2 ^1.44n - n)

Le probabilità sono, il C5 TreeDictionary è implementato usando gli array, che è probabilmente responsabile per lo spazio sprecato.

Ciò che dà? C'è un punto dove BST di sono meglio di dizionari?

Dizionari hanno alcune proprietà indesiderabili:

Non ci può essere abbastanza blocchi continugous di memoria per contenere il vostro dizionario, anche se i suoi requisiti di memoria sono molto meno rispetto a quella della RAM totale disponibile.
La valutazione della funzione di hash può assumere un arbitrariamente lungo periodo di tempo. Strings, ad esempio, utilizzare Reflector per esaminare il System.String.GetHashCodemetodo - si noterà hashing una stringa sempre prende O (n), il che significa che può richiedere molto tempo per stringhe molto lunghe. Da un lato, confrontando stringhe per la disuguaglianza quasi sempre più veloce di hashing, dal momento che può richiedere guardando solo le prime caratteri. Il suo tutto possibile per inserti albero per essere più veloce di inserti del dizionario se la valutazione codice hash richiede troppo tempo.
- Di Int32 GetHashCodemetodo è letteralmente appena return this, in modo da sarebbe stato hardpressed per trovare un caso in cui una tabella hash con le chiavi int è più lento di un dizionario albero.

RB alberi hanno alcune proprietà desiderabili:

Si possono trovare / rimuovere gli elementi Min e Max in O (log n), rispetto a O (n) utilizzando un dizionario.
Se un albero è implementata come lista collegata, piuttosto che un array, l'albero è di solito più spazio efficiente di un dizionario.
Allo stesso modo, la sua ridicola facile scrivere versioni immutabili di alberi che sostengono di inserimento / ricerca / cancellazione in O (log n). Dizionari non si adattano bene alla immutabilità, dal momento che è necessario copiare l'intero array interno per ogni operazione (in realtà, ho già visto alcune implementazioni basate su array di alberi dita immutabili, una sorta di dizionario di uso generale struttura di dati, ma l'implementazione è molto complesso).
È possibile attraversare tutti gli elementi in un albero in modo ordinato nello spazio costante e il tempo O (n), mentre avresti bisogno di scaricare una tabella hash in un array e ordinare per ottenere lo stesso effetto.

Così, la scelta della struttura dati in realtà dipende da quali proprietà è necessario. Se si desidera solo un sacchetto non ordinata e può garantire che la funzione di hash valutare rapidamente, andare con un dizionario .Net. Se avete bisogno di un sacchetto ordinato o avere una funzione di hash in esecuzione lenta, andare con TreeDictionary.