-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add 32-bit in ci #57
Add 32-bit in ci #57
Conversation
Why do you care about 32-bit? With this change our projections will not extend beyond size ~ |
No need, as long as SW compiles then it will be enough for SumOfSquares but I guess it's an issue if the tests of SW fails due to that. |
so there's a fix, but I'm still not really in favour; I will check how large are the problems we're dealing and if |
@piotrmizerka what are the larges psd that we solved? |
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## master #57 +/- ##
=======================================
Coverage 87.45% 87.45%
=======================================
Files 20 20
Lines 1299 1299
=======================================
Hits 1136 1136
Misses 163 163
Flags with carried forward coverage won't be shown. Click here to find out more.
☔ View full report in Codecov by Sentry. |
@blegat the current errors I'm unwilling to fix. Cyclotomics were designed to be lazy and delay normalization as long as possible. I'd rather keep it like this. This runs into troubles very quickly with decreased range of |
I understand, I'm good with just fixing this:
and not modify ci |
The problems which I considered and were successfully solved - that is a certified spectral gap was obtained had about 200-400k constraints in total (that was without symmetrization using Wedderburn decomposition - with the symmetrization the numbers may be different - I don't remember now the size of psd variable matrices but they were at most several hundreds - rather closer to 100x100 than 1000x1000). There were also several problems I tried to solve but failed (in the sense that no positive gap was obtained) - they were similar in size to that problem (this is after symmetrization - I don't remember the sizes of blocks now):
I tried also to solve problems with 50-100 million constraints (no symmetrization here) but my impression is that the convergence seems too poor for them (I worked mostly with the SCS solver, I tried COSMO as well but I was even unable to see any iteration completed). Sample parameters here:
|
@piotrmizerka yes, we're interested here in the size of the psd constraint before symmetrization; was it larger than 20k? |
If we would like to solve the problem for Delta_1 for SAutF_4 on half_radius 2, then we get 43k x 43k (S_n action) or 85k x 85k (wreath action) which clearly exceeds 20k. This I have never manage to launch. I also tried to solve (but experiencing poor convergence so far) problems with PSD constraints forming matrices of size 14_000 x 14_000 and that was roughly 14_000^2/2 approx. 100_000_000 variables. Another problem which was solved with prec. approx. 1e-06 (no positive spectral gap was obtained) had PSD constrain matrix of size 10_392 x 10_392. The problems which were solved and gave positive spectral gap had PSD constraint matrices of sizes even less than 1_000 x 1000. |
@piotrmizerka did we manage to do wedderburn on the 43k×43k problem? If not, can you try doing this again (there were multiple improvements on the "large" side of things here) and paste results here ? |
Yes, we managed to do Wedderburn for the 43k x 43k problem. It resulted in the blocks of the following sizes: 3554, 5396, 1842, 1712, 5266. What I haven't done is running the actual solver for it - I was a bit sceptical to do that because the Wedderburn itself took about 2 weeks if I remember correctly. |
@piotrmizerka I believe that now it should go much quicker; @piotrmizerka Could you open a new issue here where you list all of those problems with their numbers & times? |
@blegat I reverted the 32bit CI; I don't intend to test the package there; |
The compiler crashes when trying to compile SW on 32-bits but it's quite unclear why: |
I don't think there is added value in testing on different OS but it's failing on 32-bit and it's making SumOfSquares fail its 32-bit build