#6391: libGAP! -- create a Cython library interface to gap
----------------------------------------------------------------------------+
Reporter: was |
Owner: was
Type: enhancement |
Status: needs_review
Priority: major |
Milestone: sage-5.3
Component: group theory |
Resolution:
Keywords: |
Work issues:
Report Upstream: N/A |
Reviewers: Dima Pasechnik, Ivan Andrus, Volker Braun, William Stein
Authors: Dima Pasechnik, Ivan Andrus, Volker Braun, William Stein |
Merged in:
Dependencies: #13211 |
Stopgaps:
----------------------------------------------------------------------------+
Comment (by vbraun):
Nowadays GAP uses anonymous mmap to reserve a big chunk of addressing
space (not physical RAM, mind you) and uses that as needed. This is the
origin of the `halving pool size` message on stdout. The message is purely
cosmetic, but I'll ask upstream to suppress it. It also appears on the GAP
command line and has nothing to do with libGAP:
{{{
[vbraun@volker-desktop ~]$ sage -gap -o 16384G
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
gap: halving pool size.
┌───────┐ GAP, Version 4.5.6 of 16-Sep-2012 (free software, GPL)
│ GAP │ http://www.gap-system.org
└───────┘ Architecture: x86_64-unknown-linux-gnu-gcc-default64
Libs used: gmp, readline
Loading the library and packages ...
Components: trans 1.0, prim 2.1, small* 1.0, id* 1.0
Packages: CTblLib 1.2.1, FactInt 1.5.3, GAPDoc 1.5.1, LAGUNA 3.6.1,
TomLib 1.2.2
Try '?help' for help. See also '?copyright' and '?authors'
}}}
By default we try to acquire 16TB of addressing space, and then halving
that until it succeeds:
{{{
Tasks: 352 total, 3 running, 345 sleeping, 1 stopped, 3 zombie
Cpu(s): 13.5%us, 0.4%sy, 0.0%ni, 85.9%id, 0.0%wa, 0.2%hi, 0.0%si,
0.0%st
Mem: 32835628k total, 32140456k used, 695172k free, 1037012k buffers
Swap: 62499996k total, 485252k used, 62014744k free, 13507248k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11585 vbraun 20 0 78.2g 48m 992 S 0.0 0.2 0:00.72 gap
}}}
The memory you can use in the gap session is limited to the pool size, but
at least on 64-bit this should always be a lot.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/6391#comment:108>
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.
