Уменьшите пиковое использование памяти с помощью @autoreleasepool

Я работаю над приложением для iPad, которое имеет процесс синхронизации, использующий веб-службы и основные данные в узком цикле. Чтобы уменьшить объем памяти в соответствии с рекомендациямиApple , я периодически выделяю и сливаю NSAutoreleasePool. Это в настоящее время работает отлично, и нет никаких проблем с памятью с текущим приложением. Однако я планирую перейти на ARC, где NSAutoreleasePool больше не действует, и хотел бы сохранить этот же вид производительности. Я создал несколько примеров и приурочил их и Я задаюсь вопросом, каков наилучший подход, используя ARC, для достижения той же производительности и поддержания читаемости кода .

Для тестирования я придумал 3 сценария, каждый из которых создает строку, используя число от 1 до 10 000 000. Я пробежал каждый пример 3 раза, чтобы определить, сколько времени они заняли, используя 64-битное приложение Mac с компилятором Apple LLVM 3.0 (w/o gdb-O0) и XCode 4.2. Я также прогнал каждый пример через инструменты, чтобы примерно увидеть, что пик памяти был.

Каждый из приведенных ниже примеров содержится в следующем блоке кода:

int main (int argc, const char * argv[])
{
    @autoreleasepool {
        NSDate *now = [NSDate date];

        //Code Example ...

        NSTimeInterval interval = [now timeIntervalSinceNow];
        printf("Duration: %fn", interval);
    }
}

---

Nsautoreleasepool Batch [Original Pre-ARC] (Пиковая память: ~116 КБ)

    static const NSUInteger BATCH_SIZE = 1500;
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    for(uint32_t count = 0; count < MAX_ALLOCATIONS; count++)
    {
        NSString *text = [NSString stringWithFormat:@"%u", count + 1U];
        [text class];

        if((count + 1) % BATCH_SIZE == 0)
        {
            [pool drain];
            pool = [[NSAutoreleasePool alloc] init];
        }
    }
    [pool drain];

Время Выполнения:
10.928158
10.912849
11.084716

---

Outer @autoreleasepool (Пиковая память: ~382 МБ)

    @autoreleasepool {
        for(uint32_t count = 0; count < MAX_ALLOCATIONS; count++)
        {
            NSString *text = [NSString stringWithFormat:@"%u", count + 1U];
            [text class];
        }
    }

Время Выполнения:
11.489350
11.310462
11.344662

---

Inner @autoreleasepool (Пиковая память: ~61,2 КБ)

    for(uint32_t count = 0; count < MAX_ALLOCATIONS; count++)
    {
        @autoreleasepool {
            NSString *text = [NSString stringWithFormat:@"%u", count + 1U];
            [text class];
        }
    }

Время Выполнения:
14.031112
14.284014
14.099625

---

@autoreleasepool w / goto (Пиковая память: ~115 КБ)

    static const NSUInteger BATCH_SIZE = 1500;
    uint32_t count = 0;

    next_batch:
    @autoreleasepool {
        for(;count < MAX_ALLOCATIONS; count++)
        {
            NSString *text = [NSString stringWithFormat:@"%u", count + 1U];
            [text class];
            if((count + 1) % BATCH_SIZE == 0)
            {
                count++; //Increment count manually
                goto next_batch;
            }
        }
    }

Время Выполнения:
10.908756
10.960189
11.018382

Оператор goto предложил наиболее близкую производительность, но он использует goto. Есть какие-нибудь мысли?

Обновление:

Примечание: оператор goto является обычным выходом для @ autoreleasepool, как указано в документации , и не будет пропускать память.

При входе запускается пул авторелиза. На обычном выходе (перерыв, возвращение, Гото, проваливаются, и так далее) в autorelease пул выталкивается. Для совместимости с существующим кодом, если выход вызван исключением, в autorelease пул не хлопнуть.