[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Efficiency of `map`
From: |
Mark H Weaver |
Subject: |
Re: Efficiency of `map` |
Date: |
Sun, 11 Jun 2017 01:27:49 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Nala Ginrut <address@hidden> writes:
> Do you have any advice to optimize it without disable GC temperaly?
Temporarily disabling the GC would merely postpone reclamation work that
needs to be done eventually, and at the risk of allocating a potentially
huge amount of garbage while the GC is disabled, in the worst case.
Sounds like a bad idea to me.
If I knew how to make our 'map' faster, I would do it. Andy rewrote the
versions of 'map' in boot-9 and srfi-1 to take advantage of the
expanding stacks, and he seems quite skilled at writing efficient code.
I have no reason to think I could do better, and no spare time to make
the attempt.
> Or the only way is to change a better GC?
I don't know how to make Boehm GC faster without making it more
difficult to write C code that manipulates heap objects, and without
adding more restrictions on the use of existing C libraries.
Mark
- Re: [PATCH] On Hurd, don't use not implemented madvise(), Manolis Ragkousis, 2017/06/01
- Re: [PATCH] On Hurd, don't use not implemented madvise(), Mark H Weaver, 2017/06/01
- Re: [PATCH] On Hurd, don't use not implemented madvise(), tomas, 2017/06/02
- Re: [PATCH] On Hurd, don't use not implemented madvise(), Mark H Weaver, 2017/06/02
- Re: [PATCH] On Hurd, don't use not implemented madvise(), tomas, 2017/06/03
- Efficiency of `map` (was: [PATCH] On Hurd, don't use not implemented madvise()), Stefan Monnier, 2017/06/08
- Re: Efficiency of `map`, Mark H Weaver, 2017/06/10
- Re: Efficiency of `map`, Nala Ginrut, 2017/06/10
- Re: Efficiency of `map`,
Mark H Weaver <=