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
I currently have version 2.5.1 of Glum and the latest version of Tabmat (3.1.14). Following your example from the Git repository, I retrained the model twice. Surprisingly, each time I obtained slightly different coefficient values, with changes appearing from the 14th decimal place.
In an attempt to ensure consistency, I conducted a similar test using your example while including the 'random_state' parameter. Despite my expectations for stable results, discrepancies persist.
When you set OMP_NUM_THREADS=1, you'll get consistent results.
Quantco/tabmat#348 addressed this for products involving a CategoricalMatrix, but apparently, that wasn't the only place, where we're running into this issue in our code base.
Thanks for your answer. Adding an environment variable solved the problem. However, I noticed that I get different results on Windows and Ubuntu. Is this normal behavior?
model.coef_[1]
# -0.4933543998986485 Ubuntu
# -0.4933543998986456 Windows
I currently have version 2.5.1 of Glum and the latest version of Tabmat (3.1.14). Following your example from the Git repository, I retrained the model twice. Surprisingly, each time I obtained slightly different coefficient values, with changes appearing from the 14th decimal place.
In an attempt to ensure consistency, I conducted a similar test using your example while including the 'random_state' parameter. Despite my expectations for stable results, discrepancies persist.
Differences occur for both the irls-cd and irls-ls solver.
I would greatly appreciate it if you could investigate this issue further.
The text was updated successfully, but these errors were encountered: