I get 100 % on 40 cores ( multithreading turned of) wile doing genetic evo with plenty of islands.
Multiple Islands might be an idea to test, but during random generation (which I prefer), you do not get 100% usage either, right?
Exactly, and since I have turned HT on, it is 25% instead. Hope Mark can provide a solution to run multiple SQ4 instances in parallel. The only way this works right now is to make a virtual app out of SQ4, because then the GUI process that launches from /AppData, does not collide between instances (just tried it with VMWare and works fine, but has performance penalty because of the VM overhead).
Yes i installed Vmvare a wile back aswell before i figured out i could shut of HT. With HT turned on SQ4 only uses one of the CPU,s with turned of it uses both.
I already brought this up sevral times before and added it to bug list. However Marks reply has been that it works fine for him even on dual cpu which is wierd since i have the same issue on 3 seperate putors. Maybe we are missing some drivers that he has installed doing the programming.
That has to do with NUMA / UMA mode, you want to make sure that you are in UMA mode (both CPUs can be addressed at once by one program which is NOT NUMA aware (which SQ4 isn´t indeed)). You can set that in your BIOS usually. But it has nothing to do with the fact that the parallelization in SQ4 in its current stage and especially during random generation is just not very good. Adaptrade Builder maxes out my Threadripper 1950X to 99% ALL the time during randomly generating strategies, so it IS possible and I hope Mark can address this for SQ4 too. And it would be great to change SQ4 in a way that we can run multiple instances of it, which does not work now because of the technical implementation of the GUI which running from /AppData and hence
clashing with a second instance (which is not launching at all, only if virtualized so that it does not write into the real /AppData but a virtualized one).
Mark: can´t you make the GUI processes (browsercore*) to run from the SQ4 directory instead of /AppData? I think that would fix the issue of multiple instances right away, without having to use dirty hacks like putting each SQ4 instance into a VM.
thank you all for input, we’ll address these issues – GUI process will run from local installation folder and we’ll make it work with 100% CPU also in Random generation.
We also already made some speed and other improvements, we’ll fix problems with commissions etc. that were reported recently.
Thanks for all the hard work! So when you say “… GUI process will run from local installation folder …” will this allow users to simultaneously run multiple instances of SQ4, simply by duplicating SQ4 folders (not by using a VM or 3rd party app) as I currently can with SQ3.8.2? I do not wish to loose this ‘simple and efficient’ facility for running ‘multiple instances’ with SQ4.
Answered my own question: simply removing or relaxing the “Strategy acceptance conditions” and limiting the database to 1000 entries (or lower) will achieve this. You then get a steady flow in the “Results” database and the improving fitness will replace the worst strategies over time, hence seeing “the last 1000 best” strategies there. That does the trick for me ;-)
mabi – we are planning something like this, Beta 9 will have a few positive surprises.
As for the date of release – I don’t want to set the fixed date, but we are targetting for Beta 9 to be the last Beta version. It will surely be released before the end of this month.
we just released new SQ4 update, named it Release Candidate 1: https://strategyquant.com/betaversion4
Direct download link: https://www.strategyquant.com/licenses/d?code=sqrc1
As I said earlier, we will be releasing new update every two weeks and I believe we will have a final version very soon this way.
There are still things to add or improve, in features, speed and stability, and we will be working on them in the next releases, but overall I think SQ4 is already usable.
I’d like to thank everybody who takes their time to test it, it really helps us find bugs.
You must be logged in to reply to this topic.