Quote:
Should the displayed strategy update in a node locked tree, or will the EVs be the only thing that changes?
If you've changed strategy for locked player then yes it will change. The strategy for the second player will only change if you run the solver again after locking as it now needs to calculate new strategy.
Quote:
If I want to study the impact of several different ICM configurations on a tree, do I need to rerun the tree every time I change the ICM configuration?
Yes.
Quote:
This doesn't work like node locking where things just get updated on the fly, right? I'm assuming I actually have to rerun the whole tree each time.
It's the same with node-locking. It's true that with node-locking you can change the strategy and solve from there without rebuilding the tree but you still need to re-run it to get adjusted strategies and sometimes it's the best to start from a fresh tree anyway.
With ICM we recommend running it from the start. It's no longer a 0 sum game and the solver may not be able to "come back" from something that is completely wrong after changed ICM pay-offs.
Quote:
Is there a way to do this programmatically through scripting or other means?
You could use our API to get the strategies/EVs but if you d that for the whole tree it will be very slow (as there are millions of nodes in the tree and therefore millions of lines to calculate and write to a text file). The way to work with the solution is to load them in the solver and query it. You can do that from other programs using your API.
Quote:
Lastly, I'm just trying to work out what the bottleneck for cores/threads are for Pro version. The website says: "Uses up to 16 CPU cores (16 hardware threads)". Not sure I understand the core/thread cap when it comes to hyperthreading. Does this mean an 8 core with 16 threads is max? Or will Pro version reap the benefits of CPU's up to 16 cores 32 threads?
It will not use hyperthreading on 16 core CPU with HT enabled.