Programowo pobieraj zużycie pamięci na iPhonie

102

Próbuję w dowolnym momencie programowo pobrać ilość pamięci używanej przez moją aplikację na iPhone'a. Tak, wiem o ObjectAlloc / Leaks. Nie jestem tym zainteresowany, tylko po to, aby wiedzieć, czy można napisać jakiś kod i uzyskać ilość wykorzystanych bajtów i zgłosić to przez NSLog.

Dzięki.

Coocoo4Cocoa
źródło
Człowieku, już pomyślnie odzyskuję użycie pamięci; Ale czy możesz pomóc odpowiedzieć na moje powiązane pytania? stackoverflow.com/questions/47071265/…
Paradise
Oto jak uzyskać poprawną odpowiedź: stackoverflow.com/a/57315975/1058199
Alex Zavatone

Odpowiedzi:

135

Aby uzyskać faktyczne bajty pamięci używanej przez aplikację, możesz zrobić coś podobnego do poniższego przykładu. Jednak naprawdę powinieneś zapoznać się z różnymi narzędziami do profilowania, ponieważ są one zaprojektowane tak, aby dać ci znacznie lepszy obraz ogólnego zastosowania.

#import <mach/mach.h>

// ...

void report_memory(void) {
  struct task_basic_info info;
  mach_msg_type_number_t size = TASK_BASIC_INFO_COUNT;
  kern_return_t kerr = task_info(mach_task_self(),
                                 TASK_BASIC_INFO,
                                 (task_info_t)&info,
                                 &size);
  if( kerr == KERN_SUCCESS ) {
    NSLog(@"Memory in use (in bytes): %lu", info.resident_size);
    NSLog(@"Memory in use (in MiB): %f", ((CGFloat)info.resident_size / 1048576));
  } else {
    NSLog(@"Error with task_info(): %s", mach_error_string(kerr));
  }
}

W strukturze znajduje się również pole info.virtual_size, które poda liczbę bajtów dostępnej pamięci wirtualnej (lub pamięć przydzieloną aplikacji jako potencjalną pamięć wirtualną w każdym przypadku). Kod, z którym łączy się pgb, poda ilość pamięci dostępnej dla urządzenia i rodzaj pamięci.

Jason Coco
źródło
4
dzięki, dokładnie to, czego szukałem. Czy ta metoda jest bezpieczna?
Buju
3
Jeśli Cmd + klikniesz task_basic_info, wydaje się, że nie powinno się tego teraz używać i zastępować mach_task_basic_info. Domyślam się, że ta wersja nie jest kompatybilna z architekturą 64-bitową, ale nie jestem pewien.
cprcrack
14
W moim przypadku zwracana kwota jest ponad dwukrotnie większa niż w raporcie pamięci w XCode. Nie wiem, co o tym sądzić.
Morkrom
1
Jak uzyskać wykorzystanie pamięci przez inne aplikacje?
Amit Khandelwal
1
@Morkrom, czy wiesz, dlaczego? Mam ten sam problem w okolicach dwukrotnie większego uruchomionego symulatora i prawie 3 razy na urządzeniu.
Julian Król
32

Nagłówki do TASK_BASIC_INFOpowiedzenia:

/* Don't use this, use MACH_TASK_BASIC_INFO instead */

Oto wersja wykorzystująca MACH_TASK_BASIC_INFO:

void report_memory(void)
{
    struct mach_task_basic_info info;
    mach_msg_type_number_t size = MACH_TASK_BASIC_INFO_COUNT;
    kern_return_t kerr = task_info(mach_task_self(),
                                   MACH_TASK_BASIC_INFO,
                                   (task_info_t)&info,
                                   &size);
    if( kerr == KERN_SUCCESS ) {
        NSLog(@"Memory in use (in bytes): %u", info.resident_size);
    } else {
        NSLog(@"Error with task_info(): %s", mach_error_string(kerr));
    }
}
kombinatoryczny
źródło
Masz jakieś pojęcie, dlaczego zarejestrowana tutaj wartość jest około dwa razy większa na symulatorze niż raporty Xcode i trzy razy na prawdziwym urządzeniu?
Julian Król
1
Nie wiem, skąd ta różnica. To byłoby dobre nowe pytanie.
kombinatoryczne
1
Znalazłem różnicę. To z powodu pamięci rezydenta, a nie żywych bajtów
Julian Król
czy możemy uzyskać użycie pamięci przez inne aplikacje? @combinatorial
Vikas Bansal,
1
@VikasBansal nie, nie możesz.
kombinatoryczne
18

Oto ulepszona funkcja report_memory (), aby szybko pokazać stan wycieku w NSLog ().

void report_memory(void) {
    static unsigned last_resident_size=0;
    static unsigned greatest = 0;
    static unsigned last_greatest = 0;

    struct task_basic_info info;
    mach_msg_type_number_t size = sizeof(info);
    kern_return_t kerr = task_info(mach_task_self(),
                               TASK_BASIC_INFO,
                               (task_info_t)&info,
                               &size);
    if( kerr == KERN_SUCCESS ) {
        int diff = (int)info.resident_size - (int)last_resident_size;
        unsigned latest = info.resident_size;
        if( latest > greatest   )   greatest = latest;  // track greatest mem usage
        int greatest_diff = greatest - last_greatest;
        int latest_greatest_diff = latest - greatest;
        NSLog(@"Mem: %10u (%10d) : %10d :   greatest: %10u (%d)", info.resident_size, diff,
          latest_greatest_diff,
          greatest, greatest_diff  );
    } else {
        NSLog(@"Error with task_info(): %s", mach_error_string(kerr));
    }
    last_resident_size = info.resident_size;
    last_greatest = greatest;
}
Doug Null
źródło
2
rozmiar powinien wynosić TASK_BASIC_INFO_COUNT zamiast sizeof (info) - ten błąd został skopiowany i wklejony w wiele miejsc z tym samym kodem
Maxim Kholyavkin
18

Zostało to przetestowane na Xcode 11 w Mojave 10.4.6 w dniu 07.01.2019.

Wszystkie poprzednie odpowiedzi zwróciły nieprawidłowy wynik .

Oto jak uzyskać oczekiwaną wartość napisaną przez Quinna z Apple „The Eskimo!”.

Używa phys_footprintvar from Darwin > Mach > task_infoi ściśle pasuje do wartości w mierniku pamięci w nawigatorze debugowania Xcode .

Zwracana wartość jest w bajtach.

https://forums.developer.apple.com/thread/105088#357415

Kod oryginalny.

func memoryFootprint() -> mach_vm_size_t? {  
    // The `TASK_VM_INFO_COUNT` and `TASK_VM_INFO_REV1_COUNT` macros are too  
    // complex for the Swift C importer, so we have to define them ourselves.  
    let TASK_VM_INFO_COUNT = mach_msg_type_number_t(MemoryLayout<task_vm_info_data_t>.size / MemoryLayout<integer_t>.size)  
    let TASK_VM_INFO_REV1_COUNT = mach_msg_type_number_t(MemoryLayout.offset(of: \task_vm_info_data_t.min_address)! / MemoryLayout<integer_t>.size)  
    var info = task_vm_info_data_t()  
    var count = TASK_VM_INFO_COUNT  
    let kr = withUnsafeMutablePointer(to: &info) { infoPtr in  
        infoPtr.withMemoryRebound(to: integer_t.self, capacity: Int(count)) { intPtr in  
            task_info(mach_task_self_, task_flavor_t(TASK_VM_INFO), intPtr, &count)  
        }  
    }  
    guard  
        kr == KERN_SUCCESS,  
        count >= TASK_VM_INFO_REV1_COUNT  
    else { return nil }  
    return info.phys_footprint  
}  

Nieznaczne zmodyfikowanie tego w celu utworzenia zestawu metod Swift na poziomie klasy umożliwia łatwe zwracanie rzeczywistych bajtów i sformatowanych danych wyjściowych w MB do wyświetlenia. Używam tego jako części zautomatyzowanego zestawu UITest do rejestrowania pamięci używanej przed i po wielu iteracjach tego samego testu, aby sprawdzić, czy mamy jakiekolwiek potencjalne wycieki lub alokacje, które musimy sprawdzić.

//  Created by Alex Zavatone on 8/1/19.
//

class Memory: NSObject {

    // From Quinn the Eskimo at Apple.
    // https://forums.developer.apple.com/thread/105088#357415

    class func memoryFootprint() -> Float? {
        // The `TASK_VM_INFO_COUNT` and `TASK_VM_INFO_REV1_COUNT` macros are too
        // complex for the Swift C importer, so we have to define them ourselves.
        let TASK_VM_INFO_COUNT = mach_msg_type_number_t(MemoryLayout<task_vm_info_data_t>.size / MemoryLayout<integer_t>.size)
        let TASK_VM_INFO_REV1_COUNT = mach_msg_type_number_t(MemoryLayout.offset(of: \task_vm_info_data_t.min_address)! / MemoryLayout<integer_t>.size)
        var info = task_vm_info_data_t()
        var count = TASK_VM_INFO_COUNT
        let kr = withUnsafeMutablePointer(to: &info) { infoPtr in
            infoPtr.withMemoryRebound(to: integer_t.self, capacity: Int(count)) { intPtr in
                task_info(mach_task_self_, task_flavor_t(TASK_VM_INFO), intPtr, &count)
            }
        }
        guard
            kr == KERN_SUCCESS,
            count >= TASK_VM_INFO_REV1_COUNT
            else { return nil }

        let usedBytes = Float(info.phys_footprint)
        return usedBytes
    }

    class func formattedMemoryFootprint() -> String
    {
        let usedBytes: UInt64? = UInt64(self.memoryFootprint() ?? 0)
        let usedMB = Double(usedBytes ?? 0) / 1024 / 1024
        let usedMBAsString: String = "\(usedMB)MB"
        return usedMBAsString
     }
}

Cieszyć się!

Uwaga: przedsiębiorczy programista może chcieć dodać statyczny program formatujący do klasy, aby usedMBAsStringzwracał tylko 2 znaczące miejsca dziesiętne.

Alex Zavatone
źródło
7

Szybkie rozwiązanie odpowiedzi Jasona Coco :

func reportMemory() {
    let name = mach_task_self_
    let flavor = task_flavor_t(TASK_BASIC_INFO)
    let basicInfo = task_basic_info()
    var size: mach_msg_type_number_t = mach_msg_type_number_t(sizeofValue(basicInfo))
    let pointerOfBasicInfo = UnsafeMutablePointer<task_basic_info>.alloc(1)

    let kerr: kern_return_t = task_info(name, flavor, UnsafeMutablePointer(pointerOfBasicInfo), &size)
    let info = pointerOfBasicInfo.move()
    pointerOfBasicInfo.dealloc(1)

    if kerr == KERN_SUCCESS {
        print("Memory in use (in bytes): \(info.resident_size)")
    } else {
        print("error with task info(): \(mach_error_string(kerr))")
    }
}
Nazariy Vlizlo
źródło
co zrobić, jeśli chcemy wiedzieć, ile pamięci RAM używa inna aplikacja (skype)?
Vikas Bansal
4

Swift 3.1 (od 8 sierpnia 2017 r.)

func getMemory() {

    var taskInfo = mach_task_basic_info()
    var count = mach_msg_type_number_t(MemoryLayout<mach_task_basic_info>.size)/4
    let kerr: kern_return_t = withUnsafeMutablePointer(to: &taskInfo) {
        $0.withMemoryRebound(to: integer_t.self, capacity: 1) {
            task_info(mach_task_self_, task_flavor_t(MACH_TASK_BASIC_INFO), $0, &count)
        }
    }
    if kerr == KERN_SUCCESS {
        let usedMegabytes = taskInfo.resident_size/(1024*1024)
        print("used megabytes: \(usedMegabytes)")
    } else {
        print("Error with task_info(): " +
            (String(cString: mach_error_string(kerr), encoding: String.Encoding.ascii) ?? "unknown error"))
    }

}
BennyTheNerd
źródło
1
Użycie pamięci przy użyciu tego kodu pokazuje x3 razy użycie pamięci z debugera. Czemu?
1
Cóż, myślę, że aby uzyskać megabajty z bajtów , musisz podzielić przez (1024*1024), a nie przez 1000000.
ivanzoid
To nie ma znaczenia dla x3.
dekady
daje realną wartość pamięci, jak w debugerze Xcode, dzięki
tatiana_c
2

Oto wersja Swift 3:

func mach_task_self() -> task_t {
    return mach_task_self_
}

func getMegabytesUsed() -> Float? {
    var info = mach_task_basic_info()
    var count = mach_msg_type_number_t(MemoryLayout.size(ofValue: info) / MemoryLayout<integer_t>.size)
    let kerr = withUnsafeMutablePointer(to: &info) { infoPtr in
        return infoPtr.withMemoryRebound(to: integer_t.self, capacity: Int(count)) { (machPtr: UnsafeMutablePointer<integer_t>) in
            return task_info(
                mach_task_self(),
                task_flavor_t(MACH_TASK_BASIC_INFO),
                machPtr,
                &count
            )
        }
    }
    guard kerr == KERN_SUCCESS else {
        return nil
    }  
    return Float(info.resident_size) / (1024 * 1024)   
}
jeffbailey
źródło
2
Użycie pamięci przy użyciu tego kodu pokazuje x3 razy użycie pamięci z debugera. Czemu?
nawet mam u mnie ten sam problem prawie trzy razy wyższy niż to, co pokazuje profil?
Sandy
-1

Wersja Objective-C:

size_t memoryFootprint()
{
    task_vm_info_data_t vmInfo;
    mach_msg_type_number_t count = TASK_VM_INFO_COUNT;
    kern_return_t result = task_info(mach_task_self(), TASK_VM_INFO, (task_info_t) &vmInfo, &count);
    if (result != KERN_SUCCESS)
        return 0;
    return static_cast<size_t>(vmInfo.phys_footprint);
}
Jimmy Yin
źródło
-2

Poniżej poprawna odpowiedź:

`` ''

float GetTotalPhysicsMemory()
{
    struct task_basic_info info;
    mach_msg_type_number_t size = sizeof(info);
    kern_return_t kr;
    kr = task_info(mach_task_self(), TASK_BASIC_INFO, (task_info_t)&info, &size);
    if (kr == KERN_SUCCESS) 
        return (float)(info.resident_size) / 1024.0 / 1024.0;
    else
        return 0;
}

`` ''

rensq
źródło
Nie tylko zwraca to niepoprawną wartość, ale wywołanie metody „Physics” memory oznacza, że ​​naprawdę musisz częściej przeglądać swój kod.
Alex Zavatone