-
Notifications
You must be signed in to change notification settings - Fork 161
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
kbsemi example which works in 4.11 but becomes slow in 4.12 #5045
Comments
Are you sure it is an infinite loop? The commit just changes lookup, so my guess is that for so large exponents (2237) the new version of lookup used becomes slow. (Note that the different lookup provides a huge speedup to standard cases of groups) If someone can determine that indeed it will not terminate let me know and I'll have a look. |
Just to confirm that this is not a bug but slower performance on this example (because of the huge exponents). Part is that the older code was kernel while the newer one is only library. Part is the question on how to execute a collection process efficiently. |
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves gap-system#5045
After replacing, step a bit back, not to start. This handles cases of pulling a generator a past a longer line of b's. This resolves #5045
The following code worked in 4.11, but seems to enter an infinite loop in 4.12.
The first commit where this is broken is 65ca9e6, which was written by @hulpke . I realise that relations over free monoids can always enter an infinite loop in the worst case, but thought it was worth reporting.
The text was updated successfully, but these errors were encountered: