You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 12, 2023. It is now read-only.
In lightonml 1.4, the SimulatedOpuDevice inner _random_matrix generation has a hard coded seed. See the prototype of the method build_random_matrix of the SimulatedOpuDevice class:
In the method body, the seed is used in a np.random.RandomState object. It is not possible (I think) for the user to set this function argument and then each instance of SimulatedOpuDevice use the exact same implicit random matrix. I don't think this is a desirable behavior. I don't think it is desired either because I see there is a _seed attribute in the SimulatedOpuDevice class that is set to None but not used for random generation.
I think it would be better to have different OPUSimulatedDevice instances at each run, and/or to have write access to the seed for the implicit random matrix generation. An easy way to achieve this would be to make the _seed attribute of SimulatedOpuDevice settable and then to use it in build_random_matrix.
Thank you for your read!
Bye
Luc
The text was updated successfully, but these errors were encountered:
Hello,
In lightonml 1.4, the
SimulatedOpuDevice
inner_random_matrix
generation has a hard coded seed. See the prototype of the methodbuild_random_matrix
of theSimulatedOpuDevice
class:In the method body, the seed is used in a
np.random.RandomState
object. It is not possible (I think) for the user to set this function argument and then each instance ofSimulatedOpuDevice
use the exact same implicit random matrix. I don't think this is a desirable behavior. I don't think it is desired either because I see there is a_seed
attribute in theSimulatedOpuDevice
class that is set toNone
but not used for random generation.I think it would be better to have different
OPUSimulatedDevice
instances at each run, and/or to have write access to the seed for the implicit random matrix generation. An easy way to achieve this would be to make the_seed
attribute ofSimulatedOpuDevice
settable and then to use it inbuild_random_matrix
.Thank you for your read!
Bye
Luc
The text was updated successfully, but these errors were encountered: