On Sat, Sep 29, 2018 at 10:09 AM Simon King <simon.k...@uni-jena.de> wrote:
>
> Hi Dima,
>
> On 2018-09-29, Dima Pasechnik <dimp...@gmail.com> wrote:
> > There is no real harm in doing
> > set_gap_memory_pool_size(10*get_gap_memory_pool_size())
>
> Yes, there is (see my other post). The computation takes much much
> longer than in libgap.
>
> > If coset enumeration is the bottleneck, you should not use GAP's
> > built-in one, by use the one in ACE GAP package,
> > it is much faster and efficient with memory etc.
>
> Is ACE part of the gap_packages spkg?

It's not ATM, but can and should be easily fixed.


> If so: How to use its double coset
> unumerator? Note that it is really about DOUBLE cosets. The cosets are
> of no real use here.

How many (single) cosets are you talking about?
Once you have a permutation representation, these double coset
computations are very fast.
I am almost sure GAP first enumerates (single) cosets, anyway.



>
> Best regards,
> Simon
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sage-support" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sage-support+unsubscr...@googlegroups.com.
> To post to this group, send email to sage-support@googlegroups.com.
> Visit this group at https://groups.google.com/group/sage-support.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-support+unsubscr...@googlegroups.com.
To post to this group, send email to sage-support@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-support.
For more options, visit https://groups.google.com/d/optout.

Reply via email to