#715: Parents probably not reclaimed due to too much caching
-------------------------------------------------------------------+--------
Reporter: robertwb |
Owner: somebody
Type: defect |
Status: needs_review
Priority: major |
Milestone: sage-5.4
Component: coercion |
Resolution:
Keywords: weak cache coercion Cernay2012 | Work
issues:
Report Upstream: N/A |
Reviewers: Jean-Pierre Flori, Simon King, Nils Bruin
Authors: Simon King, Jean-Pierre Flori | Merged
in:
Dependencies: #9138, #11900, #11599, to be merged with #11521 |
Stopgaps:
-------------------------------------------------------------------+--------
Comment (by SimonKing):
Replying to [comment:282 nbruin]:
> Oh sigh ... this could be such a red herring. On bsd.math, there is a
huge difference between sage versions in how this piece of code behaves:
> On `sage 5.4.beta0` (with patches):
> {{{
> sage: PF = WeylGroup(['A',3]).pieri_factors()
> sage: %time a = PF.an_element()
> CPU times: user 0.06 s, sys: 0.05 s, total: 0.11 s
> Wall time: 43.57 s
> }}}
That's strange, but I can not confirm that timing. On bsd.math with
patched 5.4.beta0:
{{{
sage: PF = WeylGroup(['A',3]).pieri_factors()
sage: %time a = PF.an_element()
CPU times: user 0.06 s, sys: 0.05 s, total: 0.11 s
Wall time: 0.75 s
}}}
> We're wrapping an interface too! (that sort of explains the anomalous
timing. Apparently the particular 5.4b0 build on bsd has a very bad gap?
Works for me.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/715#comment:285>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
