[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Pika-dev] hackerlab fsplay.[ch] status
From: |
Andreas Rottmann |
Subject: |
Re: [Pika-dev] hackerlab fsplay.[ch] status |
Date: |
Fri, 07 May 2004 13:17:36 +0200 |
User-agent: |
Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) |
Tom Lord <address@hidden> writes:
> > I thought we'd want to save that for object data areas, since
> > hashq values might be used *very* often (additionally, with
> > lim_malloc(), when using limits, the overhead increases by
> > another 4 bytes).
>
> lim_malloc doesn't increase overhead by another 4 bytes if you're
> using it the way it's usually used -- as a front-end to ordinary
> malloc.
>
That's why I said: when using limits.
> --------------------------------
>
> I wish I had some conclusive, obviously true statement to wrap up
> with. I don't. If by next year I've completely embraced a mem_chunk
> interface in hackerlab you're officially not allowed to call me a
> hypocrite. Until then....
>
Since you seem quite opposed to the memchunk idea, I took another look
at the object data areas, and it seems instead of having the data in a
separate memchunk, we might as well keep it in the hashtree items,
thus avoiding the memchunk issue.
Andy
--
Andreas Rottmann | address@hidden | address@hidden | address@hidden
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
It's *GNU*/Linux dammit!
- [Pika-dev] hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/02
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/02
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/06
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/06
- Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/07
- Re: [Pika-dev] hackerlab fsplay.[ch] status,
Andreas Rottmann <=
- [Pika-dev] Re: hackerlab fsplay.[ch] status, Andreas Rottmann, 2004/05/07
- [Pika-dev] hashq values and weak references (was hackerlab fsplay.[ch] status), Tom Lord, 2004/05/08
- [Pika-dev] Re: hashq values and weak references, Andreas Rottmann, 2004/05/08
- [Pika-dev] Re: hashq values and weak references, Tom Lord, 2004/05/10
- [Pika-dev] Re: hashq values and weak references, Andreas Rottmann, 2004/05/10
Re: [Pika-dev] hackerlab fsplay.[ch] status, Tom Lord, 2004/05/06