Interesting data point: The echelonization isn't important. It's the
creation of a non-square matrix space that seems to cement the
integermodring in memory. This has the same effect as before (you can
get the object L[0] as above)
import gc, collections
import sage.matrix.matrix_space as matrix_s
Hi Nils,
On 2012-08-15, Nils Bruin wrote:
> Continuing ... I think the patches made some difference. Previously, I
> saw a bunch of MatrixSpaces on the heap and they seem to have
> disappeared.
That's good!
> However, there are a whole bunch of IntegerModRings still around.
Like this?
sage:
Continuing ... I think the patches made some difference. Previously, I
saw a bunch of MatrixSpaces on the heap and they seem to have
disappeared. However, there are a whole bunch of IntegerModRings still
around. A very conspicuous structure is an ordinary dictionary that
has IntegerModRings as keys
On Aug 14, 2:07 am, Simon King wrote:
> #12215, #11521 and #12313 need review, #715 has a positive review but
> depends on #11521. Do these patches solve the memory leak you observed?
No they don't! I'm surprised. There is apparently yet something else
that keeps these objects alive. I've tried
This patch is now ready for review. I've taken inspiration from the recent
discussion about factory functions for Fano polytopes [1], and achieved
the groups. effect with a sequence of "import foo as bar" commands
as a new view of on top of the existing organization of the code for
groups.
Kevin Halasz is an undergraduate student who has been working to add
collections of permutation groups to Sage's collection as a funded summer
research project. He has several patches now ready, one is from several
weeks ago. I thought I would advertise them here, since classes start back
up
Hi Nils,
On 2012-08-14, Nils Bruin wrote:
> On Aug 14, 2:07 am, Simon King wrote:
>
>> #12215, #11521 and #12313 need review, #715 has a positive review but
>> depends on #11521. Do these patches solve the memory leak you observed?
>
> I wasn't able to merge 715 on 5.3beta2. We should probably a
Hi,
Just tried to compile 5.2 on a RHEL 5.8 system on the latest HP
ProLiant ml110 G7 system and the compile breaks while trying to
configure and compile atlas.
I have downloaded the latest version of atlas3.10.0.tar.bz2 and that
compiles out of the box on its own. The original version of
atlas3.
On Aug 14, 2:07 am, Simon King wrote:
> #12215, #11521 and #12313 need review, #715 has a positive review but
> depends on #11521. Do these patches solve the memory leak you observed?
I wasn't able to merge 715 on 5.3beta2. We should probably agree on
the version on which this should go. Are you
On Mon, Aug 13, 2012 at 11:58 PM, Marco Streng wrote:
> 2012/8/14 Robert Bradshaw :
>> Volkers point is right on: the patchbot is purely advisory.
>
> Then I suggest a small change to the patchbot.
>
> iirc, the patchbot (and its blob on trac) shows a huge "plugin failed"
> when there are trailing
On Tuesday, August 14, 2012 2:05:25 AM UTC-4, Jeroen Demeyer wrote:
>
> What measure of "time" is this using? Unless it's wall time, your table
> below doesn't prove anything.
>
The python profiler measures wall time. Indeed this is the quantity that
you usually want to minimize, so its just c
Thanks for the response. Is it possible to have sage make look at other
locations for these libraries? Instead of looking at /usr/... can they look
at /software/ ... Also, why wont they package these dependencies?
On Tuesday, August 14, 2012 7:38:56 AM UTC-4, Jan Groenewald wrote:
>
> Hi
>
>
Hi
On 14 August 2012 11:30, Rita Morgan wrote:
> On RHEL 5.8 (64bit), when trying to compile Sage 5.2 My sage compilation
> is failing due to Python. Python is failing, trying to compile the crypt
> module. What dependencies do I need for that module?
>
>
I'm not using redhat, but I think python
On RHEL 5.8 (64bit), when trying to compile Sage 5.2 My sage compilation is
failing due to Python. Python is failing, trying to compile the crypt
module. What dependencies do I need for that module?
--
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from
Hi Nils,
On 2012-08-14, Nils Bruin wrote:
> It looks there is quite some work on this:
>
> http://trac.sagemath.org/sage_trac/ticket/12215
> http://trac.sagemath.org/sage_trac/ticket/11521
> http://trac.sagemath.org/sage_trac/ticket/715
> http://trac.sagemath.org/sage_trac/ticket/12313
>
> Let me
15 matches
Mail list logo