Re: marking overhead, and on the cost of conditionals in hot code

Andy Wingo escreveu: > I dropped into cachegrind, and it tells me thing about scm_gc_mark in a > simple guile -c 1 run: > > > I think that the items on the left are cycle counts, and are of relative > importance. The => lines are the cumulative costs of the subroutines. > > The salient point fo

Re: marking overhead, and on the cost of conditionals in hot code

"Neil Jerram" writes: > It seems like a lot of things are starting to depend on whether or not > we move to BDW-GC. (This, the fix I just did for NetBSD, > scm_init_guile, forthcoming work on threads and mutex locking > inconsistencies, ...) We should aim to reach a definitive decision on > thi

Re: marking overhead, and on the cost of conditionals in hot code

Hello! Andy Wingo writes: > I dropped into cachegrind, and it tells me thing about scm_gc_mark in a > simple guile -c 1 run: > > . void > . scm_gc_mark (SCM ptr) > 794,344 { > 155,170 => ???:0x00024917 (77585x) > 198,586if (SCM_IMP (ptr)) > . return; > .

Re: marking overhead, and on the cost of conditionals in hot code

2009/1/16 Andy Wingo : > > If I thought that we'd keep our GC, I would work at inlining this > function, i think. It seems like a lot of things are starting to depend on whether or not we move to BDW-GC. (This, the fix I just did for NetBSD, scm_init_guile, forthcoming work on threads and mutex l

marking overhead, and on the cost of conditionals in hot code

I dropped into cachegrind, and it tells me thing about scm_gc_mark in a simple guile -c 1 run: . void . scm_gc_mark (SCM ptr) 794,344 { 155,170 => ???:0x00024917 (77585x) 198,586if (SCM_IMP (ptr)) . return; . 513,038if (SCM_GC_MARK_P (ptr)) .