| От | Heikki Linnakangas |
|---|---|
| Тема | Re: EXPERIMENTAL: mmap-based memory context / allocator |
| Дата | |
| Msg-id | 54E0FA03.6010402@vmware.com обсуждение исходный текст |
| Ответ на | EXPERIMENTAL: mmap-based memory context / allocator (Tomas Vondra <tomas.vondra@2ndquadrant.com>) |
| Ответы |
Re: EXPERIMENTAL: mmap-based memory context / allocator
|
| Список | pgsql-hackers |
On 02/15/2015 08:57 PM, Tomas Vondra wrote: > One of the wilder ideas (I mentined beer was involved!) was a memory > allocator based on mmap [2], bypassing the libc malloc implementation > altogether. mmap() has some nice features (e.g. no issues with returning > memory back to the kernel, which may be problem with sbrk). So I hacked > a bit and switched the AllocSet implementation to mmap(). glibc's malloc() also uses mmap() for larger allocations. Precisely because those allocations can then be handed back to the OS. I don't think we'd want to use mmap() for small allocations either. Let's not re-invent malloc().. - Heikki
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера