Фрагментация памяти в FireFox (?) и как бороться

Моя posix_memalign будет очень простой, это я гарантирую :)

2mr :

>>Если да, то второй вопрос -- а зачем?

> Чтобы glib надёжно работала.

Я так и знал...

Еще раз: подумай, что ты делаешь.

Выравнивание помогает потому, что малопредсказуемым методом выделяется заведомо больше памяти, чем надо.

Я описывал, как можно посмотреть на это дело и сделать лишние выделения вполне предсказуемым методом, значительно проще, надежнее и минимальнее.

Выравнивание на _две_ (и более) страницы -- просто нонсенс!

Расскажи это авторам gtk/glib =) Я не удивлюсь, если они в будущем будут и по 64K выравнивания делать.

Кстати, я кажется сделал posix_memalign, сейчас выложу файл...

>Выравнивание помогает потому, что малопредсказуемым методом выделяется заведомо больше памяти, чем надо.

Если выравнивание и размер аллокации приблизительно совпадают, как и имеет место в glib, то ничего теряться не будет.

В смысле, память теряться не будет.

mr:

> Если выравнивание и размер аллокации приблизительно совпадают, как и имеет место в glib, ...

Я правильно понимаю:

Поскольку последние версии glib пользуют gslice, а последний пользует posix_memalign(), то ты им и занялся?

Вот, проверил немного, теперь выложил.

В готовом файле: http://mr.himki.net/OpenBSD_malloc_Linux.c

И патчем: http://mr.himki.net/OpenBSD_malloc.patch

Критикуйте :-)

2mr:

Открой новую ветку в Development'е, эта уже далеко ушла...