#11521: Memleak when resolving the action of Integers on an Elliptic Curve
------------------------+---------------------------------------------------
Reporter: jpflori | Owner: robertwb
Type: defect | Status: needs_review
Priority: major | Milestone: sage-4.8
Component: coercion | Keywords: sd35
Work_issues: | Upstream: N/A
Reviewer: | Author: Simon King
Merged: | Dependencies: #11900 #715
------------------------+---------------------------------------------------
Comment(by SimonKing):
It depends on what you call "the" leak.
At least, the patch fixes ''one'' leak, namely the one that is doctested
against. I am not sure whether it is enough to fix the leak exposed in the
ticket description:
{{{
sage: K = GF(1<<55,'t')
sage: a = K.random_element()
sage: get_memory_usage()
872.26171875
sage: while 1:
....: E = EllipticCurve(j=a)
....: P = E.random_point()
....: Q = 2*P;
....: print get_memory_usage()
}}}
The memory usage does climb, but it climbs a lot slower than, for example,
in sage-4.6.2.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11521#comment:56>
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.