GNU bug report logs -
#12892
‘gc-stats’ w/o ‘bytes-malloced’
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12892 in the body.
You can then email your comments to 12892 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Thu, 15 Nov 2012 08:43:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Thien-Thi Nguyen <ttn <at> gnuvola.org>
:
New bug report received and forwarded. Copy sent to
bug-guile <at> gnu.org
.
(Thu, 15 Nov 2012 08:43:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
In pre-2.x Guile, ‘gc-stats’ returns an alist w/ keys:
gc-time-taken
cells-allocated
total-cells-allocated
cell-heap-size
bytes-malloced
gc-malloc-threshold
gc-times
gc-mark-time-taken
cells-marked
cells-swept
malloc-yield
cell-yield
protected-objects
cell-heap-segments
In Guile 2.0.6, the keys are now:
gc-time-taken
heap-size
heap-free-size
heap-total-allocated
heap-allocated-since-gc
protected-objects gc-times
I think the NEWS should mention this change and the documentation should
summarize what the fields mean. Practically speaking, i am interested
mostly in the 2.x equivalent for pre-2.x ‘bytes-malloced’, as its lack
causes Guile-SDL to fail "make check DEBUG=1":
[.ttn.make-check.log.gz (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]
by tripping up proc:
(define (malloced)
;; prudence or superstition? you be the judge!
(gc) (gc)
(assq-ref (gc-stats) 'bytes-malloced))
in test/leak.scm. A related issue is how the error is reported. It
seems strange that the file is "unknown".
--
Thien-Thi Nguyen ..................................... GPG key: 4C807502
. NB: ttn at glug dot org is not me .
. (and has not been since 2007 or so) .
. ACCEPT NO SUBSTITUTES .
........... please send technical questions to mailing lists ...........
[Message part 4 (application/pgp-signature, inline)]
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Tue, 05 Mar 2013 18:55:05 GMT)
Full text and
rfc822 format available.
Message #8 received at 12892 <at> debbugs.gnu.org (full text, mbox):
On Thu 15 Nov 2012 09:42, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
> In pre-2.x Guile, ‘gc-stats’ returns an alist w/ keys:
>
> gc-time-taken
> cells-allocated
> total-cells-allocated
> cell-heap-size
> bytes-malloced
> gc-malloc-threshold
> gc-times
> gc-mark-time-taken
> cells-marked
> cells-swept
> malloc-yield
> cell-yield
> protected-objects
> cell-heap-segments
>
> In Guile 2.0.6, the keys are now:
>
> gc-time-taken
> heap-size
> heap-free-size
> heap-total-allocated
> heap-allocated-since-gc
> protected-objects gc-times
>
> I think the NEWS should mention this change and the documentation should
> summarize what the fields mean.
The specifics of this interface were never documented, so there's no
regression. For that reason I would not add to NEWS at this point, but
documentation would be nice. Patches gladly accepted :)
> Practically speaking, i am interested mostly in the 2.x equivalent for
> pre-2.x ‘bytes-malloced’, as its lack causes Guile-SDL to fail "make
> check DEBUG=1":
What is the meaning of this field?
We could track total allocations registered via
scm_gc_register_allocation.
Regards,
Andy
--
http://wingolog.org/
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Wed, 06 Mar 2013 07:01:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 12892 <at> debbugs.gnu.org (full text, mbox):
On Wed 06 Mar 2013 06:51, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
> What is the meaning of this field?
>
> It's a copy of the C global var ‘scm_mallocated’, which tracks "current
> allocation" (all malloced minus all freed).
There is no such C global var.
> We could track total allocations registered via
> scm_gc_register_allocation.
>
> Sounds complicated.
On the contrary, this function is called already for mallocations.
Andy
--
http://wingolog.org/
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Wed, 06 Mar 2013 16:05:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 12892 <at> debbugs.gnu.org (full text, mbox):
On Wed 06 Mar 2013 08:41, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
> () Andy Wingo <wingo <at> pobox.com>
> () Wed, 06 Mar 2013 08:00:08 +0100
>
> On Wed 06 Mar 2013 06:51, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
>
> > What is the meaning of this field?
> >
> > It's a copy of the C global var ‘scm_mallocated’, which tracks
> > "current allocation" (all malloced minus all freed).
>
> There is no such C global var.
>
> http://git.savannah.gnu.org/cgit/guile.git/tree/libguile/gc.c?h=ttn-back-in-the-saddle#n210
>
> You have forgotten perhaps that we are trying to figure out how to surf
> a change between 1.8 and 2.0, and that "this field" is a 1.8 field?
1.8 is the old stable series, so it's not a great referent in the
present tense.
Anyway, Guile 2 does not track the number of bytes freed -- only the
bytes that are mallocated.
Andy
--
http://wingolog.org/
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Thu, 07 Mar 2013 06:55:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 12892 <at> debbugs.gnu.org (full text, mbox):
On Wed 06 Mar 2013 20:28, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
> Anyway, Guile 2 does not track the number of bytes freed -- only the
> bytes that are mallocated.
>
> OK, that's what i need to know. I'll disable this particular test for
> Guile 2, then. Thanks.
Cool. I apologize if I came across as harsh.
Regards,
Andy
--
http://wingolog.org/
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Thu, 07 Mar 2013 19:23:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 12892 <at> debbugs.gnu.org (full text, mbox):
On Thu 07 Mar 2013 13:29, Thien-Thi Nguyen <ttn <at> gnuvola.org> writes:
> What is harsh, however, is the constant rejection by debbugs of my mail:
> <http://lists.gnu.org/archive/html/bug-guile/2013-03/threads.html>.
> Am i missing something?
I have no earthly idea why this is happening; it's certainly not
intentional. Try mailing help-debbugs <at> gnu.org to get folks to grep the
logs? If that ML is itself managed by debbugs, you could mail someone
directly I guess -- Jim Meyering perhaps? Dunno.
Andy
--
http://wingolog.org/
Information forwarded
to
bug-guile <at> gnu.org
:
bug#12892
; Package
guile
.
(Thu, 07 Mar 2013 20:05:01 GMT)
Full text and
rfc822 format available.
Message #23 received at submit <at> debbugs.gnu.org (full text, mbox):
() Andy Wingo <wingo <at> pobox.com>
() Thu, 07 Mar 2013 20:21:53 +0100
[...] Dunno.
As an experiment, i've changed the cc to bug-guile in this response.
Maybe that will work. Anyway, i'll followup w/ the debbugs folks.
--
Thien-Thi Nguyen
GPG key: 4C807502
Reply sent
to
Andy Wingo <wingo <at> pobox.com>
:
You have taken responsibility.
(Wed, 13 Mar 2013 11:11:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Thien-Thi Nguyen <ttn <at> gnuvola.org>
:
bug acknowledged by developer.
(Wed, 13 Mar 2013 11:11:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 12892-close <at> debbugs.gnu.org (full text, mbox):
On Wed 06 Mar 2013 17:03, Andy Wingo <wingo <at> pobox.com> writes:
> Guile 2 does not track the number of bytes freed -- only the bytes
> that are mallocated.
For this reason I'll close this bug, as it doesn't seem possible to
provide a good estimate on the current amount of bytes that are live but
untracked by GC.
Andy
--
http://wingolog.org/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 10 Apr 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 76 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.