News for hackers. Stuff that matters.
Re:When the memory allocator works against you by bogomipz on Sunday March 12, 2017 @02:27PM (#13852180)
The author states:

>“Import manifest” phase (which, in fact, allocates and frees increasingly large buffers for each manifest, as manifests grow in size in the mozilla-central history)."

I am not familiar with the reference of a "manifest" or importing them at least not in the context of memory allocation. Can someone shed some light on this?

Also right after the author states?

>"To put the theory at work, I patched the python interpreter again, making it use malloc() instead of mmap() for its arenas."

If I understand correctly the author is trying to remove the possibility of entanglement but doesn't the malloc() glibc library routine translate into an mmap() system call? I am not sure how that would help disambiguate memory allocators then.

Re:When the memory allocator works against you by jwilk on Sunday March 12, 2017 @04:03PM (#13852732)
Re:When the memory allocator works against you by eternalban on Sunday March 12, 2017 @02:48PM (#13852319)
> "Import manifest" phase ... in the context of memory allocation [+].

+of git operations.

Re:When the memory allocator works against you by bogomipz on Sunday March 12, 2017 @03:17PM (#13852468)
Sorry, I don't understand your reply. Could you elaborate?
Re:When the memory allocator works against you by eternalban on Sunday March 12, 2017 @04:27PM (#13852885)
A manifest is an element of a Git repository. Importing a manifest is a git operation. So OP is looking at memory patterns per distinct git ops.
Re:When the memory allocator works against you by bogomipz on Sunday March 12, 2017 @04:36PM (#13852944)
I see, that makes perfect sense. I'm not sure how I missed that, thanks.