2015-05-25 17 views
15

sto cercando il modo più efficiente di memoria per calcolare il valore assoluto quadrato di un complesso NumPy ndarrayModo più memoria-efficiente per calcolare abs() ** 2 di NumPy complesso ndarray

arr = np.empty((250000, 150), dtype='complex128') # common size 

Non ho trovato un ufunc che faccia esattamente lo np.abs()**2.

Come una matrice di tale dimensione e tipo occupa circa mezzo GB, sto cercando un modo principalmente efficiente di memoria.

Vorrei anche che fosse portatile, così idealmente una combinazione di ufuncs.

Finora la mia comprensione è che questo dovrebbe essere di circa il migliore

result = np.abs(arr) 
result **= 2 

Sarà inutilmente calcolare (**0.5)**2, ma dovrebbe calcolare **2 sul posto. Complessivamente, il requisito di memoria di picco è solo la dimensione dell'array originale + la dimensione dell'array del risultato, che dovrebbe essere 1,5 * la dimensione originale dell'array in quanto il risultato è reale.

Se avessi voluto eliminare l'inutile **2 chiamata avrei dovuto fare qualcosa di simile

result = arr.real**2 
result += arr.imag**2 

ma se non mi sbaglio, questo significa che dovrò allocare memoria per sia il il calcolo della parte reale e immaginaria, quindi l'utilizzo della memoria di picco sarebbe pari a 2.0 * della dimensione originale dell'array. Le proprietà arr.real restituiscono anche un array non contiguo (ma ciò è di minore importanza).

C'è qualcosa che mi manca? Ci sono modi migliori per farlo?

EDIT 1: Mi dispiace per non mettendo in chiaro, non voglio sovrascrivere arr, quindi non posso usarlo come fuori.

risposta

4

Grazie a numba.vectorize in versioni recenti di numba, creando una funzione universale numpy per l'attività è molto semplice:

@numba.vectorize([numba.float64(numba.complex128),numba.float32(numba.complex64)]) 
def abs2(x): 
    return x.real**2 + x.imag**2 

Sulla mia macchina, trovo un triplice aumento di velocità rispetto ad una versione pura-NumPy che crea gli array intermedi:

>>> x = np.random.randn(10000).view('c16') 
>>> y = abs2(x) 
>>> np.all(y == x.real**2 + x.imag**2) # exactly equal, being the same operation 
True 
>>> %timeit np.abs(x)**2 
10000 loops, best of 3: 81.4 µs per loop 
>>> %timeit x.real**2 + x.imag**2 
100000 loops, best of 3: 12.7 µs per loop 
>>> %timeit abs2(x) 
100000 loops, best of 3: 4.6 µs per loop 
+0

Mi piacerebbe accettare questa risposta come risposta, ma non sono sicuro di quanto sia portatile. Numba è abbastanza facile da installare in questi giorni con Anaconda sulla maggior parte delle macchine, ma non sono sicuro di quanto siano portatili tra le architetture le attuali associazioni LLVM. Forse potresti aggiungere alcune informazioni sulla portabilità di questa risposta. –

+0

Bene, sono un esperto di LLVM, ma la documentazione della versione corrente (0.31.0) dice: Supportati sono Linux, Windows 7 e OS X 10.9 e successivi. – burnpanck

1

arr.real e arr.imag sono solo viste nella matrice complessa. Quindi non viene allocata memoria aggiuntiva.

+2

ma essa è allocata quando computo 'arr.real ** 2'. –

1

Se il tuo obiettivo principale è quello di risparmiare memoria, gli ufunc di NumPy accettano un parametro opzionale out che consente di indirizzare l'output a un array di tua scelta. Può essere utile quando si desidera eseguire operazioni sul posto.

Se fate questa piccola modifica al tuo primo metodo, quindi è possibile eseguire l'operazione su arr completamente a posto:

np.abs(arr, out=arr) 
arr **= 2 

Un modo contorto che utilizza solo un po 'di memoria extra poteva nel modificare arr in luogo, calcolare la nuova matrice di valori reali e quindi ripristinare arr.

Ciò significa memorizzare le informazioni sui segni (a meno che non si sa che i numeri complessi sono tutte parti reale e immaginaria positivi). è necessario solo un singolo bit per il segno di ogni valore reale o immaginario, quindi questo utilizza 1/16 + 1/16 == 1/8 la memoria di arr (oltre alla nuova gamma di carri si crea).

>>> signs_real = np.signbit(arr.real) # store information about the signs 
>>> signs_imag = np.signbit(arr.imag) 
>>> arr.real **= 2 # square the real and imaginary values 
>>> arr.imag **= 2 
>>> result = arr.real + arr.imag 
>>> arr.real **= 0.5 # positive square roots of real and imaginary values 
>>> arr.imag **= 0.5 
>>> arr.real[signs_real] *= -1 # restore the signs of the real and imagary values 
>>> arr.imag[signs_imag] *= -1 

A scapito di signbits memorizzazione, arr è invariato e result detiene i valori che vogliamo.

+0

grazie, tuttavia, non voglio sovrascrivere arr, mi dispiace per non averlo chiarito. –

+0

Vedo ... Non riesco a pensare ad alcun modo per fare esattamente quello che vuoi (a) preserva 'arr', e (b) assegna solo una nuova matrice di valori float (della stessa forma di' arr'). Potrebbe essere necessario un ufunc personalizzato (ma ciò potrebbe influire sulla portabilità). –

+0

Grazie per il tuo esempio contorto. Potrei dover finire con l'uso di numexpr. –

0

EDIT: questa soluzione ha il doppio del requisito di memoria minimo ed è leggermente più veloce. La discussione nei commenti è buona per riferimento comunque.

Ecco una soluzione più veloce, con il risultato memorizzato in res:

import numpy as np 
res = arr.conjugate() 
np.multiply(arr,res,out=res) 

dove abbiamo sfruttato la proprietà del abs di un numero complesso, vale a dire abs(z) = sqrt(z*z.conjugate), in modo che abs(z)**2 = z*z.conjugate

+0

Ci stavo pensando anche a questo, ma questo ha il problema che il risultato è ancora complesso. Inoltre, il consumo di memoria di picco è 2,0 * dimensioni di matrice originale. Potrei semplicemente prendere la parte reale (dato che la parte imag dovrebbe essere molto vicina a 0), ma ciò potrebbe aumentare ulteriormente il consumo di memoria di picco o darmi un array non contiguo. Inoltre, la moltiplicazione di numeri complessi eseguirà molte moltiplicazioni e aggiunte non necessarie che sappiamo già non hanno alcun uso (dato che si annullano a 0). –

+0

1) il risultato è di valore reale, con un 'dtype' complesso, che è diverso; 2) il consumo di memoria non è due volte, lo assegniamo solo una volta, per 'res', che è inevitabile, e poi usiamo' out' per 'moltiplicly()'; 3) noti che 'all (res.imag == 0) -> True', in modo che NON ci sia NESSUN elemento immaginario; 4) non si può pensare a una moltiplicazione complessa o complessa come 4 moltiplicazioni reali-reali e si conclude che ci sono calcoli che richiedono tempo. Il codice è più veloce quindi usando 'abs()' e questo è ciò che viene chiesto. Se ti chiedi perché è così, questo probabilmente si riduce a come le CPU implementano la moltiplicazione dei numeri complessi – gg349

+0

Anche se è un valore reale (in teoria), occupa ancora memoria per tutte le parti immaginarie zero. Stavo parlando di quanta memoria ho bisogno per ottenere il risultato finale (reale), assumendo che io non ... | vuoi sovrascrivere arr. Il minimo è 1,5 * arr size. Il tuo suggerimento è 2.0, perché occupa anche la memoria delle parti immaginarie zero. Affidarsi alle ottimizzazioni della CPU non è molto portabile (anche se sarebbe difficile trovare un PC che non avrebbe un tema in questi giorni). –

Problemi correlati