двоичные файлы какао 64 битов пропускают память? (выпускающий NSData не освобождает память),

Во-первых, используйте инструмент Object Graph Instrument, чтобы убедиться, что память больше не считается используемой; где-то отсутствует счетчик сохраненных данных или сильная ссылка.

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

Однако это инструкция:

64bit x86_64 no-GC: минимальная память освобожден. вроде 10%

Меня настораживает. В частности, если ваш код предназначен для работы в не-GC - с сохранением / выпуском - то либо (а) у вас есть утечка памяти, и, если вы используете CFRetain или какой-то глобальный кеш, это может повлиять на GC, либо (b ) вы не используете правильные инструменты, чтобы выяснить, есть ли утечка памяти.

Итак, как вы определяете, что у вас утечка памяти?

Обновление ; вы используете Activity Monitor для отслеживания RSIZE / VSIZE процесса. На самом деле это не скажет вам ничего полезного, кроме «растет ли мой процесс с течением времени».

Скорее всего (я не смотрел исходный код), этот код:

NSData *bla = [[NSData alloc] initWithContentsOfFile:@"/bigpoop"];

приведет к тому, что файл размером 20 МБ будет mmap () вошел в процесс. Здесь вообще не задействовано распределение в стиле malloc (). Вместо, ОС передает вашему процессу 20 МБ непрерывного адресного пространства и отображает в него содержимое файла. Когда вы читаете содержимое NSData, по ходу работы в файле будет отображаться ошибка страницы.

Когда вы отпускаете bla , отображение уничтожается. Но это не означает, что подсистема виртуальной машины собирается уменьшить адресное пространство вашего приложения на 20 МБ.

Итак, вы сжигаете кучу адресного пространства, но не фактическую память. Поскольку ваш процесс 64-битный, адресное пространство - это практически бесконечный ресурс, и использование адресов требует очень небольших затрат, поэтому ОС реализована таким образом.

Т.е. утечки нет, и ваше приложение работает правильно , GC или нет.

Это распространенное заблуждение, поэтому вопрос поставлен в звезду.

Когда вы читаете содержимое NSData, по ходу работы в файле будет отображаться ошибка страницы.

Когда вы отпускаете bla , отображение уничтожается. Но это не означает, что подсистема виртуальной машины собирается уменьшить адресное пространство вашего приложения на 20 МБ.

Итак, вы сжигаете кучу адресного пространства, но не фактическую память. Поскольку ваш процесс составляет 64 бита, адресное пространство - это практически бесконечный ресурс, и использование адресов требует очень небольших затрат, поэтому ОС реализована таким образом.

Т.е. утечки нет, и ваше приложение работает правильно , GC или нет.

Это распространенное заблуждение, поэтому вопрос поставлен в звезду.

Когда вы читаете содержимое NSData, по ходу работы в файле будет отображаться ошибка страницы.

Когда вы отпускаете bla , отображение уничтожается. Но это не означает, что подсистема виртуальной машины собирается уменьшить адресное пространство вашего приложения на 20 МБ.

Итак, вы сжигаете кучу адресного пространства, но не фактическую память. Поскольку ваш процесс 64-битный, адресное пространство - это практически бесконечный ресурс, и использование адресов требует очень небольших затрат, поэтому ОС реализована таким образом.

Т.е. утечки нет, и ваше приложение работает правильно , GC или нет.

Это распространенное заблуждение, поэтому вопрос поставлен в звезду.

Это означает, что подсистема виртуальной машины собирается уменьшить адресное пространство вашего приложения на 20 МБ.

Таким образом, вы сжигаете кучу адресного пространства, но не фактическую память. Поскольку ваш процесс составляет 64 бита, адресное пространство - это практически бесконечный ресурс, и использование адресов требует очень небольших затрат, поэтому ОС реализована таким образом.

Т.е. утечки нет, и ваше приложение работает правильно , GC или нет.

Это распространенное заблуждение, поэтому вопрос поставлен в звезду.

Это означает, что подсистема виртуальной машины сократит адресное пространство вашего приложения на 20 МБ.

Итак, вы сжигаете кучу адресного пространства, но не фактическую память. Поскольку ваш процесс 64-битный, адресное пространство - это практически бесконечный ресурс, и использование адресов требует очень небольших затрат, поэтому ОС реализована таким образом.

Т.е. утечки нет, и ваше приложение работает правильно , GC или нет.

Это распространенное заблуждение, поэтому вопрос поставлен в звезду.