aboutsummaryrefslogtreecommitdiff
path: root/src/solvers/h48/solve.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Avoid duplicate lookups for tasksSebastiano Tronto2026-01-091-6/+7
|
* Probably fix performance for short solutions, big tablesSebastiano Tronto2026-01-091-1/+23
|
* Improve visited nodes countSebastiano Tronto2026-01-091-4/+4
|
* Small cleanupSebastiano Tronto2026-01-081-5/+3
|
* Add back simple check, almost irrelevantSebastiano Tronto2026-01-081-0/+4
|
* Skip pipeline if target == 0Sebastiano Tronto2026-01-081-14/+26
|
* unswitchSebastiano Tronto2026-01-081-40/+62
|
* PrefetchSebastiano Tronto2025-12-281-2/+5
|
* cleanupSebastiano Tronto2025-12-281-21/+15
|
* H48 prune pipelineSebastiano Tronto2025-12-281-348/+170
|
* Use pval from cocsepdata, but there is no improvementSebastiano Tronto2025-12-241-11/+17
|
* First small improvementsSebastiano Tronto2025-12-241-10/+235
|
* Minor improvementSebastiano Tronto2025-12-191-2/+7
| | | | | | | | | Add a trivial check to H48 solver. The benchmarks show, surprisingly, a more noticeable improvement for larger solvers (h10, h11). I was expecting it to be more noticeable for smaller solvers. It is likely that this change is irrelevant to performance and all changes in the benchmark results are just random chance.
* Improve pruning value fetching and re-do benchmarksSebastiano Tronto2025-12-171-20/+16
|
* Move some checks around, small improvementSebastiano Tronto2025-12-171-11/+9
|
* Cleanup, update documentation, fix examplesSebastiano Tronto2025-12-141-12/+8
|
* Bye bye h0k4Sebastiano Tronto2025-12-141-48/+13
|
* Intertwined table seems to workSebastiano Tronto2025-12-141-3/+27
|
* Fix duplicate solutions, overflow in maxsols and improve symmetry reduction ↵Sebastiano Tronto2025-11-241-37/+41
| | | | | | | | | | | | for H48. This commit fixes two bugs: - A bug that caused duplicates solutions for symmetric scrambles. - An overflow in the maxsols parameter for the H48 solver, which caused it to find much fewer solutions than existed. Moreover, the H48 solvers has been improved by reducing by symmetry not only from the starting position, but also up to the first 4 moves.
* Wrapped pthread use in custom APISebastiano Tronto2025-08-111-13/+13
|
* All coordinates unsignedSebastiano Tronto2025-07-291-5/+5
|
* Trick fixSebastiano Tronto2025-06-181-6/+21
|
* Change min depth for H48 tasks heuristic sortSebastiano Tronto2025-06-181-1/+1
|
* Big speedup for H48 solver (heuristic sort of tasks)Sebastiano Tronto2025-06-181-19/+46
|
* More improvements to web solverSebastiano Tronto2025-05-301-8/+8
|
* Removed VLA notation from function parameters.Sebastiano Tronto2025-05-271-6/+6
| | | | | I found out that this gives undefined behavior when then size is 0. Better not to have it at all, it is confusing for other developers anyway.
* Avoid pausing for logging only if poll_status() is null (h48 solver).Sebastiano Tronto2025-05-261-10/+7
| | | | | | | | | | | | This is a small amendment to c6a77f30f64be73a5e55e06336975f2ecfbb2324, which changed the way we log solutions while the h48 solver is running. With the method recently introduced, the main thread checks for solutions to log every 0.5 seconds, resulting in a possible slowdown of at most 0.5s per solve. The solutions are also logged when all worker threads are completed. With this new method, when the poll_status() callback function is NULL, which likely means nissy is not run interactively, we rely only on the final log on completion of the worker threads. This means less frequent logging, but at no performance cost.
* CleanupSebastiano Tronto2025-05-251-1/+2
|
* Quick fix for bugSebastiano Tronto2025-05-251-9/+8
|
* Do all loggin in main threadSebastiano Tronto2025-05-231-57/+79
| | | | | | | | | | | | | | | | | Before this committ, the solver (via the generic solution-appender routines in src/solve/solutions.h) and the H48 data generator did some logging in the worker threads, without using any locks. This was not nice, but in practice it did not cause any problem, because the log messages were rare. However, this turned out to be a problem when building to WASM, because web workers do not have access to the main JS memory, and therefore they cannot call functions from the main JS. This includes not only the callback functions for logging, but also those for polling the status of the solver (run / pause / stop). This commit fixes this at the cost or being somewhat inelegant: the solutions are not logged as they are found, but only every 500ms.
* Refactor solver dispatch and checkdataSebastiano Tronto2025-05-181-0/+34
|
* Added stop / pause / resume solve to APISebastiano Tronto2025-04-291-5/+64
|
* NISSSebastiano Tronto2025-04-251-16/+15
|
* Adjusted solvers, fixed bugSebastiano Tronto2025-04-231-7/+8
|
* Update tests for oriented_cube_tSebastiano Tronto2025-04-221-2/+2
|
* Always use unsigned char * for data buffersSebastiano Tronto2025-04-211-9/+9
| | | | | Before this commit I was inconsistently using one of void *, char * and uint8_t *.
* Improved logging, especially for solveSebastiano Tronto2025-04-191-10/+11
|
* Small rework of optimal vs maxsolsSebastiano Tronto2025-04-171-10/+12
| | | | | | | | | | | | | | I wanted to make the "optimal" and "maxsolutions" options mutually exclusive, but in the end I decided there is value in keeping both (e.g. for specifying a limit to the number of solutions when asking for "all" optimal"). Now optimal cannot be negative anymore, for the same reason of maxsolutions. The interface user (shell, UI) will have to take care of handling this in a way that makes sense for the user. Usually this means setting the maximum number of solutions to UINT_MAX (or a similar very high number) when the user wants "all optimal".
* Log solutions as they are foundSebastiano Tronto2025-04-151-3/+3
|
* simplified allowedmoves logicSebastiano Tronto2025-04-011-5/+16
|
* More safety with pointers using VLA function parametersSebastiano Tronto2025-03-251-9/+9
|
* Big cleanup for appendsolution()Sebastiano Tronto2025-03-241-163/+74
| | | | | | | | | | With this PR the appendsolution routine is extracted from the h48 solver and the new coordinate solver and made generic. This has many advantages: - less repetition (even if the two versions are different enough that *for now* it was not a big deal) - smaller h48/solve.h file, which is already a big beast - easier to test the appendsolution() routine separately
* Some safety with move arrays, small refactor appendcharSebastiano Tronto2025-03-221-29/+19
|
* Working (?) version of coordinate solverSebastiano Tronto2025-03-091-4/+3
|
* More progress on coordinate solverSebastiano Tronto2025-03-071-1/+1
|
* Fixed alignment bugSebastiano Tronto2024-12-161-0/+1
|
* Fix rare bug, but one more bug to goSebastiano Tronto2024-12-151-4/+4
|
* Actually fix the bugSebastiano Tronto2024-12-151-3/+5
|
* Solve bug related to duplicate solutionsSebastiano Tronto2024-12-151-40/+54
|
* Implemented 'optimal' optionSebastiano Tronto2024-12-151-7/+19
|

Generated with cgit - Back to sebastiano.tronto.net