#715: Parents probably not reclaimed due to too much caching
--------------------------------------------------------------------+-------
Reporter: robertwb |
Owner: somebody
Type: defect |
Status: closed
Priority: major |
Milestone: sage-5.5
Component: coercion |
Resolution: fixed
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: sage-5.5.beta0
Dependencies: #13145, #13741, #13746, to be merged with #11521 |
Stopgaps:
--------------------------------------------------------------------+-------
Comment (by SimonKing):
Replying to [comment:366 cremona]:
> To me it looks as if most of the extra time is in the symbolic gcd
calls. But seriously, why on earth does potting a simple trig function
involve anything as sophisticated as creating homsets?
And in particular: Why is `Set of Homomorphisms from Integer Ring to Real
Interval Field with 64 bits of precision` created a couple of thousands of
times, even with a ''strong'' cache?
> And why also are any gcds being computed? Is it that for each of the
values twhich are being iterated over, which are rational multiples of pi,
the evaluation of sin(7*t) and cos (30*t) is being much too clever when
all that is needed is a low-precision numerical value?
I don't know. But in any case, there is a regression in the time for
creating a homset. I have opened #13922 for this problem.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/715#comment:367>
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.
