Autocorrelazione Python vs Julia


19

Sto cercando di fare l'autocorrelazione usando Julia e confrontarla con il risultato di Python. Come mai danno risultati diversi?

Codice Julia

using StatsBase

t = range(0, stop=10, length=10)
test_data = sin.(exp.(t.^2))

acf = StatsBase.autocor(test_data)

10-element Array{Float64,1}:
  1.0                   
  0.13254954979179642   
 -0.2030283419321465    
  0.00029587850872956104
 -0.06629381497277881   
  0.031309038331589614  
 -0.16633393452504994   
 -0.08482388975165675   
  0.0006905628640697538 
 -0.1443650483145533

Codice Python

from statsmodels.tsa.stattools import acf
import numpy as np

t = np.linspace(0,10,10)
test_data = np.sin(np.exp(t**2))

acf_result = acf(test_data)

array([ 1.        ,  0.14589844, -0.10412699,  0.07817509, -0.12916543,
       -0.03469143, -0.129255  , -0.15982435, -0.02067688, -0.14633346])

1
Stampa i dati del test in entrambi i casi
Mad Physicist,

Risposte:


26

Questo perché il tuo test_dataè diverso:

Pitone:

array([ 0.84147098, -0.29102733,  0.96323736,  0.75441021, -0.37291918,
        0.85600145,  0.89676529, -0.34006519, -0.75811102, -0.99910501])

Giulia:

[0.8414709848078965, -0.2910273263243299, 0.963237364649543, 0.7544102058854344,
 -0.3729191776326039, 0.8560014512776061, 0.9841238290665676, 0.1665709194875013,
 -0.7581110212957692, -0.9991050130774393]

Questo accade perché stai prendendo sindei numeri enormi. Ad esempio, con l'ultimo numero in t10, exp(10^2)è ~ 2,7 * 10 ^ 43. Su questa scala, le imprecisioni in virgola mobile sono circa 3 * 10 ^ 9. Quindi, anche se il bit meno significativo è diverso per Python e Julia, il sinvalore sarà molto lontano.

In effetti, possiamo ispezionare i valori binari sottostanti dell'array iniziale t. Ad esempio, differiscono nel terzo ultimo valore:

Giulia:

julia> reinterpret(Int, range(0, stop=10, length=10)[end-2])
4620443017702830535

Pitone:

>>> import struct
>>> s = struct.pack('>d', np.linspace(0,10,10)[-3])
>>> struct.unpack('>q', s)[0]
4620443017702830536

Possiamo davvero vedere che non sono d'accordo con esattamente una macchina epsilon. E se usiamo Julia take sindel valore ottenuto da Python:

julia> sin(exp(reinterpret(Float64, 4620443017702830536)^2))
-0.3400651855865199

Otteniamo lo stesso valore di Python.


9

Solo per espandere un po 'la risposta (aggiungendo come risposta in quanto è troppo lungo per un commento). In Julia hai il seguente:

julia> t = collect(range(0, stop=10, length=10))
10-element Array{Float64,1}:
  0.0               
  1.1111111111111112
  2.2222222222222223
  3.3333333333333335
  4.444444444444445 
  5.555555555555555 
  6.666666666666667 
  7.777777777777778 
  8.88888888888889  
 10.0               

julia> t .- [10*i / 9 for i in 0:9]
10-element Array{Float64,1}:
 0.0
 0.0
 0.0
 0.0
 0.0
 0.0
 0.0
 0.0
 0.0
 0.0

mentre in Python:

>>> t = np.linspace(0,10,10)
>>> t - [10*i/9 for i in range(10)]
array([0.0000000e+00, 0.0000000e+00, 0.0000000e+00, 0.0000000e+00,
       0.0000000e+00, 0.0000000e+00, 0.0000000e+00, 8.8817842e-16,
       0.0000000e+00, 0.0000000e+00])

e vedi che l'ottavo numero in Python è un'approssimazione imprecisa di 70/9, mentre in Julia in questo caso ottieni la sequenza delle approssimazioni più vicine di 10*i/9utilizzo Float64.

Quindi sembrerebbe che, poiché le sequenze originali differiscono da te, il resto segue ciò che ha commentato @Jakob Nissen.

Tuttavia le cose non sono così semplici. Poiché le expfunzioni in Julia e Python differiscono un po 'in ciò che producono. Vedi Python:

>>> from math import exp
>>> from mpmath import mp
>>> mp.dps = 1000
>>> float(mp.exp((20/3)**2) - exp((20/3)**2))
-1957.096392544307

mentre a Julia:

julia> setprecision(1000)
1000

julia> Float64(exp(big((20/3)^2)) - exp((20/3)^2))
2138.903607455693

julia> Float64(exp(big((20/3)^2)) - nextfloat(exp((20/3)^2)))
-1957.096392544307

(puoi verificare che (20/3)^2sia lo stesso Float64sia in Julia che in Python).

Quindi in questo caso con expPython è leggermente più preciso di Julia. Pertanto, anche il fissaggio t(che è facile usando una comprensione in Python invece di linspace) non renderà l'ACF uguale.

Tutto sommato la conclusione è ciò che @Jakob Nissen ha commentato per valori così grandi che i risultati saranno fortemente influenzati dalle inesattezze numeriche.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.