webentwicklung-frage-antwort-db.com.de

iOS App maximales Speicherbudget

Ich arbeite an einem iOS-Spiel, das mindestens 3gs zum Ziel hat. Wir verwenden HD-Assets für Retina-Anzeigegeräte (iPhone 4, iPod touch 4. Generation).

In Bezug auf den Speicher scheint der iPod Touch der 4. Generation für uns das Gerät mit den meisten Einschränkungen zu sein, da er die gleiche Menge an RAM (256 im Vergleich zu Iphone 4 512)) wie 3G hat, aber wir verwenden HD-Assets Die App stürzte ab, als versucht wurde, 100-110 MB RAM zu laden.

Nach vielen Recherchen scheint es keine offizielle Beschränkung zu geben. Wie sollten wir also vorgehen, um zu wissen, welches Speicherbudget verwendet werden muss, um sicher zu gehen? Wir möchten den Künstlern ein Budget zur Verfügung stellen, das sie ohne Speicherprobleme für jede Karte verwenden können.

iphoneiosmemorymemory-management
142
frilla

Ich denke, Sie haben Ihre eigene Frage beantwortet: Versuchen Sie, die Grenze von 70 MB nicht zu überschreiten, aber es hängt wirklich von vielen Dingen ab: Welche iOS-Version Sie verwenden (nicht SDK), wie viele Anwendungen im Hintergrund ausgeführt werden, welcher genaue Speicher du benutzt etc.

Vermeiden Sie einfach die sofortigen Speicherspritzer (z. B. verwenden Sie 40 MB RAM und weisen dann 80 MB mehr für eine kurze Berechnung zu). In diesem Fall würde iOS Ihre Anwendung sofort beenden.

Sie sollten auch ein verzögertes Laden von Assets in Betracht ziehen (laden Sie diese nur, wenn Sie sie wirklich benötigen und nicht vorher).

38
Max

Testergebnisse mit dem Dienstprogramm Split schrieb (Link ist in seiner Antwort):

Gerät: (Crash-Menge/Gesamtmenge/Prozentsatz der Gesamtmenge)

  • iPad1: 127 MB/256 MB/49%
  • iPad2: 275 MB/512 MB/53%
  • iPad3: 645 MB/1024 MB/62%
  • iPad4: 585 MB/1024 MB/57% (iOS 8.1)
  • iPad Mini 1. Generation: 297 MB/512 MB/58%
  • iPad Mini-Retina: 696 MB/1024 MB/68% (iOS 7.1)
  • iPad Air: 697 MB/1024 MB/68%
  • iPad Air 2: 1383 MB/2048 MB/68% (iOS 10.2.1)
  • iPad Pro 9.7 ": 1395 MB/1971 MB/71% (iOS 10.0.2 (14A456))
  • iPad Pro 10.5 ”: 3057/4000/76% (iOS 11 Beta4)
  • iPad Pro 12.9 ”(2015): 3058/3999/76% (iOS 11.2.1)
  • iPad Pro 12.9 ”(2017): 3057/3974/77% (iOS 11 Beta4)
  • iPad Pro 11.0 ”(2018): 2858/3769/76% (iOS 12.1)
  • iPad Pro 12.9 "(2018, 1 TB): 4598/5650/81% (iOS 12.1)
  • iPod touch 4. Generation: 130 MB/256 MB/51% (iOS 6.1.1)
  • iPod touch 5. Generation: 286 MB/512 MB/56% (iOS 7.0)
  • iPhone4: 325 MB/512 MB/63%
  • iPhone4s: 286 MB/512 MB/56%
  • iPhone5: 645 MB/1024 MB/62%
  • iPhone 5s: 646 MB/1024 MB/63%
  • iPhone 6: 645 MB/1024 MB/62% (iOS 8.x)
  • iPhone6 ​​+: 645 MB/1024 MB/62% (iOS 8.x)
  • iPhone 6s: 1396 MB/2048 MB/68% (iOS 9.2)
  • iPhone6s +: 1392 MB/2048 MB/68% (iOS 10.2.1)
  • iPhoneSE: 1395 MB/2048 MB/69% (iOS 9.3)
  • iPhone7: 1395/2048MB/68% (iOS 10.2)
  • iPhone7 +: 2040 MB/3072 MB/66% (iOS 10.2.1)
  • iPhone 8: 1364/1990MB/70% (iOS 12.1)
  • iPhone X: 1392/2785/50% (iOS 11.2.1)
  • iPhone XS: 2040/3754/54% (iOS 12.1)
  • iPhone XS Max: 2039/3735/55% (iOS 12.1)
  • iPhone XR: 1792/2813/63% (iOS 12.1)
391
Jasper

Ich habe ein kleines Dienstprogramm erstellt, das versucht, so viel Speicher wie möglich für Abstürze zuzuweisen. Es zeichnet auf, wann Speicherwarnungen und Abstürze aufgetreten sind. Auf diese Weise können Sie das Speicherbudget für jedes iOS-Gerät ermitteln.

https://github.com/Split82/iOSMemoryBudgetTest

130
Split

In meiner App ist die Benutzererfahrung besser, wenn mehr Speicher verwendet wird. Daher muss ich entscheiden, ob ich wirklich alle den Speicher freigeben soll, den ich in didReceiveMemoryWarning verwenden kann. Basierend auf der Antwort von Split und Jasper Pol scheint die Verwendung von maximal 45% des gesamten Gerätespeichers eine sichere Schwelle zu sein (danke Jungs).

Für den Fall, dass sich jemand meine aktuelle Implementierung ansehen möchte:

#import "mach/mach.h"

- (void)didReceiveMemoryWarning
{
    // Remember to call super
    [super didReceiveMemoryWarning];

    // If we are using more than 45% of the memory, free even important resources,
    // because the app might be killed by the OS if we don't
    if ([self __getMemoryUsedPer1] > 0.45)
    {
        // Free important resources here
    }

    // Free regular unimportant resources always here
}

- (float)__getMemoryUsedPer1
{
    struct mach_task_basic_info info;
    mach_msg_type_number_t size = sizeof(info);
    kern_return_t kerr = task_info(mach_task_self(), MACH_TASK_BASIC_INFO, (task_info_t)&info, &size);
    if (kerr == KERN_SUCCESS)
    {
        float used_bytes = info.resident_size;
        float total_bytes = [NSProcessInfo processInfo].physicalMemory;
        //NSLog(@"Used: %f MB out of %f MB (%f%%)", used_bytes / 1024.0f / 1024.0f, total_bytes / 1024.0f / 1024.0f, used_bytes * 100.0f / total_bytes);
        return used_bytes / total_bytes;
    }
    return 1;
}

Swift (basierend auf diese Antwort ):

func __getMemoryUsedPer1() -> Float
{
    let MACH_TASK_BASIC_INFO_COUNT = (sizeof(mach_task_basic_info_data_t) / sizeof(natural_t))
    let name = mach_task_self_
    let flavor = task_flavor_t(MACH_TASK_BASIC_INFO)
    var size = mach_msg_type_number_t(MACH_TASK_BASIC_INFO_COUNT)
    var infoPointer = UnsafeMutablePointer<mach_task_basic_info>.alloc(1)
    let kerr = task_info(name, flavor, UnsafeMutablePointer(infoPointer), &size)
    let info = infoPointer.move()
    infoPointer.dealloc(1)
    if kerr == KERN_SUCCESS
    {
        var used_bytes: Float = Float(info.resident_size)
        var total_bytes: Float = Float(NSProcessInfo.processInfo().physicalMemory)
        println("Used: \(used_bytes / 1024.0 / 1024.0) MB out of \(total_bytes / 1024.0 / 1024.0) MB (\(used_bytes * 100.0 / total_bytes)%%)")
        return used_bytes / total_bytes
    }
    return 1
}
17
cprcrack

Indem ich SPLITS repo gegabelt habe, habe ich einen erstellt, um den iOS-Speicher zu testen, der der Today's Extension zugewiesen werden kann

iOSMemoryBudgetTestForExtension

Das folgende ist das Ergebnis, das ich in iPhone 5s erhielt

Speicherwarnung bei 10 MB

App bei 12 MB abgestürzt

Auf diese Weise Apple lässt lediglich zu, dass alle Erweiterungen ihr volles Potenzial entfalten.

8
Harsh

Sie sollten Sitzung 147 in den WWDC 2010-Sitzungsvideos ansehen. Es ist "Advanced Performance Optimization auf dem iPhone OS, Teil 2".
Es gibt viele gute Ratschläge zur Speicheroptimierung.

Einige der Tipps sind:

  • Verwenden Sie geschachtelte NSAutoReleasePools, um sicherzustellen, dass die Speichernutzung nicht zu stark ansteigt.
  • Verwenden Sie CGImageSource, um aus großen Bildern Miniaturansichten zu erstellen.
  • Reagieren Sie auf Warnungen zu wenig Arbeitsspeicher.
7
Kobski
- (float)__getMemoryUsedPer1
{
    struct mach_task_basic_info info;
    mach_msg_type_number_t size = MACH_TASK_BASIC_INFO;
    kern_return_t kerr = task_info(mach_task_self(), MACH_TASK_BASIC_INFO, (task_info_t)&info, &size);
    if (kerr == KERN_SUCCESS)
    {
        float used_bytes = info.resident_size;
        float total_bytes = [NSProcessInfo processInfo].physicalMemory;
        //NSLog(@"Used: %f MB out of %f MB (%f%%)", used_bytes / 1024.0f / 1024.0f, total_bytes / 1024.0f / 1024.0f, used_bytes * 100.0f / total_bytes);
        return used_bytes / total_bytes;
    }
    return 1;
}

Wenn Sie TASK_BASIC_INFO_COUNT anstelle von MACH_TASK_BASIC_INFO verwenden, erhalten Sie

kerr == KERN_INVALID_ARGUMENT (4)

4
Dmitry Preobrazhenskiy

Ich habe eine weitere Liste erstellt, indem ich die Jaspers-Liste nach Gerät sortiert habe RAM (Ich habe meine eigenen Tests mit dem Tool von Split durchgeführt und einige Ergebnisse korrigiert - siehe meine Kommentare im Jaspers-Thread).

Geräte-RAM: Prozentbereich bis zum Absturz

  • 256 MB: 49% - 51%
  • 512 MB: 53% - 63%
  • 1024 MB: 57% - 68%
  • 2048 MB: 68% - 69%
  • 3072 MB: 66%
  • 4096 MB: 77%
  • 6144 MB: 81%

Spezialfälle:

  • iPhone X (3072 MB): 50%
  • iPhone XS/XS Max (4096 MB): 55%
  • iPhone XR (3072MB): nicht getestet (Absturzwerte bitte in Kommentaren posten)

Gerät RAM kann leicht gelesen werden:

[NSProcessInfo processInfo].physicalMemory

Aus meiner Erfahrung ist es sicher, 45% für 1-GB-Geräte, 50% für 2/3-GB-Geräte und 55% für 4-GB-Geräte zu verwenden. Der Prozentsatz für macOS kann etwas größer sein.

2
Slyv