
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Essenzialmente state usando una struttura dati statica HashSet con un array iniziale di dati per risolvere le collisioni.
Ma l'implementazione è semplicemente illuminante...
Invece di chiamare la funzione ("FindValueInSortArray") con 100-500 parametri non necessari, di solito si usa la classe dove questi parametri agiscono come campi della classe (guadagno sul passaggio dei parametri, se il compilatore non ha indovinato di fare inline implicito).
Se c'è bisogno di usare una coppia di array della stessa dimensione e con uno scopo d'uso ( int p1[]; int p2[];), di solito si usa un array di strutture (vantaggio di accesso all'indice, meno possibilità di cache miss).
Sì, lo so. Sono d'accordo, anch'io ho paura della mia attuazione. Ma il mio obiettivo è l'algoritmo, non l'implementazione. Come si dice - "assemblato in ginocchio" (circa un'ora e mezza), per verificare la correttezza e la velocità dell'algoritmo. Ricordate che questo thread discute (e cito) "il modo più veloce per lavare un array di valori spazzatura".
Anche se ho molte lamentele sul mio algoritmo, perché è tutt'altro che universale. Posso vedere modi per migliorare l'algoritmo ma il codice diventerà molto più complesso. Un peccato per il tempo.
ZZY HashSet prima sentito, perché non sono forte in teoria. So bene che non ho inventato niente di nuovo e che tutto è stato inventato prima di me. :)) Il vantaggio di questo algoritmo è evidente quando l'array di elementi da cancellare ha una distribuzione uniforme. Se la distribuzione è molto diversa dall'uniforme, questa implementazione può essere inferiore in velocità ad altre che già esistono in questo ramo.
ha cambiato il calcolo dell'importo in CRC32 )
Grazie. Naturalmente è più corretto.
Ma per quanto ho capito, il passaggio a CRC32 non ha rivelato alcun errore. :)
Lasciate che vi dica che sono personalmente impressionato dalle capacità dei computer moderni e di MQL5 in particolare.
Dopo tutto, ci vuole solo 1/40 secondi(!!!) per cercare un migliaio di valori diversi in un array di un milione di elementi, cancellarli (circa 100.000 celle) e riconfezionare l'array pulito.
È tutto brillantemente semplice! :))
Ma, tuttavia, questo algoritmo consuma memoria in modo incontrollato.
Così, per esempio, se si sostituisce
con .
la situazione è completamente diversa:
Grazie. Questo è certamente il modo giusto di procedere.
Ma per quanto ho capito, il passaggio a CRC32 non ha rivelato alcun errore. :)
Sì, ma ora chi ha visto con i propri occhi il risultato di un solo algoritmo, può fare in modo che altri ottengano lo stesso risultato)
Non è una cattiva idea, ma se ci sono valori negativi in un array o in un vettore, otterrete un errore di array fuori portata
Inoltre, la dimensione di un array con i flag di filtraggio può raggiungere2 147 483 647, che è troppo
Naturalmente, potete ridurre la dimensione di 32 volte sostituendo l'impostazione di 32 variabili BOOL con una bitmask come questa:
ma sarebbe comunque troppo grande e la velocità scenderebbe di circa la metà.
È tutto brillantemente semplice! :))
Ma, tuttavia, questo algoritmo consuma memoria in modo incontrollato.
Così, per esempio, se si sostituisce
con .
la situazione è molto diversa:
La tua versione è anche buona, ma purtroppo hai anche un punto debole. In condizioni "domestiche", cioè piccoli array di dimensioni ~100 e piccoli vettori ~5-10
il vostro algoritmo sarà più lento di tutti quelli presentati qui, anche se la differenza in microsecondi è così insignificante che probabilmente non importa, ma su array più grandi è il migliore.
P.S. Penso che la funzione dovrebbe essere universale, è necessario combinare in essa alcuni algoritmi diversi raccolti secondo i dati di input.