Multiple StellarPopulation instances

Because parameter state and dirtiness is specific to each instance, but the computed model is held by the module level driver object, having multiple StellarPopulation instances can cause a model to not be recomputed even though it should be (example code below) This might also cause problems with shared memory multiprocessing.

Some documentation advising only a single sps instance per program might be a good idea.

from numpy.testing import assert_allclose
import fsps
sps = fsps.StellarPopulation(zcontinuous=1, vactoair_flag=False)
pop = fsps.StellarPopulation(zcontinuous=1, vactoair_flag=False)
w1, s1 = sps.get_spectrum(tage=10.0)
w, s = pop.get_spectrum(tage=1.0)
w2, s2 = sps.get_spectrum(tage=10.0)
assert_allclose(s, s2) # this should not pass, but does
assert_allclose(s1, s2) # this should not fail, but does

Bắt đầu với StellarPopulation.get_spectrum và trạng thái driver ở cấp module được mô tả trong issue. Tái hiện chuỗi được cung cấp với hai instance, sau đó theo dõi cách trạng thái thay đổi của tham số và việc tính toán lại model được dùng chung. Hoàn thành khi mỗi instance trả về kết quả nhất quán với các tham số riêng của nó, bao gồm cả hai assertions trong ví dụ.