Android

Linux와 같은 최신 운영 체제의 메모리 사용은 매우 복잡하고 이해하기 어려운 영역입니다. 실제로 당신이 얻는 숫자를 실제로 정확하게 해석 할 확률은 매우 낮습니다. (다른 엔지니어와의 메모리 사용량을 볼 때마다 매우 모호한 결론을 내릴 수 있다는 사실에 대한 논의가 항상 있습니다.)

참고 : 이제 여기에있는 많은 자료를 다루고 Android 상태에 대한 최신 정보를 제공하는 앱 메모리 관리에 대한 훨씬 더 광범위한 문서 가 있습니다.

우선이 기사의 마지막 부분을 읽어 보는 것이 좋습니다.이 기사에서는 Android에서 메모리를 관리하는 방법에 대해 설명합니다.

Android 2.0부터 서비스 API 변경

이제 ActivityManager.getMemoryInfo()전체 메모리 사용량을 볼 수있는 최고 수준의 API입니다. 이것은 시스템이 백그라운드 프로세스를 위해 더 이상 메모리를 갖지 않는 정도를 응용 프로그램이 측정 할 수 있도록 도와 주므로 서비스와 같은 필요한 프로세스를 종료해야합니다. 순수 Java 애플리케이션의 경우 하나의 앱이이 시점에서 시스템에 스트레스를 줄 수 없도록 Java 힙 제한이 부분적으로 있기 때문에이 기능은 거의 사용하지 않아야합니다.

하위 수준으로 가면 디버그 API를 사용하여 메모리 사용에 대한 원시 커널 수준 정보를 얻을 수 있습니다. android.os.Debug.MemoryInfo

2.0부터는 ActivityManager.getProcessMemoryInfo다른 프로세스에 대한이 정보를 얻기 위한 API도 있습니다 . ActivityManager.getProcessMemoryInfo (int [])

이 모든 데이터가 포함 된 하위 수준 MemoryInfo 구조를 반환합니다.

    /** The proportional set size for dalvik. */
    public int dalvikPss;
    /** The private dirty pages used by dalvik. */
    public int dalvikPrivateDirty;
    /** The shared dirty pages used by dalvik. */
    public int dalvikSharedDirty;

    /** The proportional set size for the native heap. */
    public int nativePss;
    /** The private dirty pages used by the native heap. */
    public int nativePrivateDirty;
    /** The shared dirty pages used by the native heap. */
    public int nativeSharedDirty;

    /** The proportional set size for everything else. */
    public int otherPss;
    /** The private dirty pages used by everything else. */
    public int otherPrivateDirty;
    /** The shared dirty pages used by everything else. */
    public int otherSharedDirty;

그러나 차이가 사이에 무엇으로 Pss, PrivateDirty그리고 SharedDirty… 음 이제 재미가 시작됩니다.

Android (및 일반적으로 Linux 시스템)의 많은 메모리는 실제로 여러 프로세스에서 공유됩니다. 따라서 프로세스에서 사용하는 메모리 양이 실제로 명확하지 않습니다. 페이징을 디스크에 추가하고 (Android에서 사용하지 않는 스왑은 물론) 명확하지 않습니다.

따라서 실제로 각 프로세스에 매핑 된 모든 실제 RAM을 가져 와서 모든 프로세스를 합산하면 실제 총 RAM보다 훨씬 큰 숫자로 끝날 수 있습니다.

이 Pss숫자는 메모리 공유를 고려하여 커널이 계산하는 지표입니다. 기본적으로 프로세스의 각 RAM 페이지는 해당 페이지를 사용하는 다른 프로세스 수의 비율로 조정됩니다. 이 방법으로 (이론적으로) 모든 프로세스에서 ps를 합산하여 사용중인 총 RAM을 확인하고 프로세스 간 pss를 비교하여 상대적 가중치를 대략적으로 알 수 있습니다.

여기서 흥미로운 또 다른 지표 PrivateDirty는 기본적으로 디스크에 페이징 할 수없는 (디스크의 동일한 데이터로 백업되지 않음) 프로세스 내부의 RAM 크기이며 다른 프로세스와 공유되지 않습니다. 이를 보는 또 다른 방법은 해당 프로세스가 사라질 때 시스템에서 사용할 수있는 RAM입니다 (캐시 및 기타 용도로 빠르게 포함됨).

그것은 이것에 대한 SDK API와 거의 같습니다. 그러나 장치 개발자라면 할 수있는 일이 더 많습니다.

를 사용 adb하면 실행중인 시스템의 메모리 사용에 대해 얻을 수있는 많은 정보가 있습니다. 일반적인 adb shell dumpsys meminfo것은 위의 정보와 다양한 다른 것들을 포함하는 각 Java 프로세스의 메모리 사용에 대한 많은 정보를 뱉어내는 명령 입니다. 단일 프로세스의 이름이나 pid를 사용 adb shell dumpsys meminfo system하여 시스템 프로세스를 볼 수 있습니다.

** pid 890 [MEMORY]의 MEMINFO **
                    네이티브 달빅 다른 총
            크기 : 10940 7047 N / A 17987
       할당 : 8943 5516 해당 없음 14459
            무료 : 336 1531 해당 없음 1867
           (Pss) : 4585 9282 11916 25783
  (공유 더티) : 2184 3596916 6696
    (개인 더러운) : 4504 5956 7456 17916

 사물
           조회수 : 149보기 루트 : 4
     AppContexts : 13 활동 : 0
          자산 : 4 자산 관리자 : 4
   로컬 바인더 : 141 프록시 바인더 : 158
사망자 : 49
 OpenSSL 소켓 : 0

 SQL
            힙 : 205 dbFiles : 0
       numPagers : 0 비활성 페이지 KB : 0
    activePageKB : 0

상부 섹션은 주 하나이며 size, 특정 힙의 주소 공간의 전체 크기는 allocated, 힙이 가지고 생각하는 것이 실제 할당의 KB이고 free나머지 KB 힙 추가 할당을 갖는 자유롭게하고 pss및은 priv dirty동일하다 이전에 각 힙과 관련된 페이지에 대해 설명했듯이

모든 프로세스에서 메모리 사용량 만 보려면 명령을 사용할 수 있습니다 adb shell procrank. 동일한 시스템에서이 결과는 다음과 같습니다.

  PID Vss Rss Pss Uss cmdline
  890 84456K 48668K 25850K 21284K 시스템 _ 서버
 1231 50748K 39088K 17587K 13792K com.android.launcher2
  947 34488K 28528K 10834K 9308K com.android.wallpaper
  987 26964K 26956K 8751K 7308K com.google.process.gapps
  954 24300K ​​24296K 6249K 4824K com.android.phone
  948 23020K 23016K 5864K 4748K com.android.inputmethod.latin
  888 25728K 25724K 5774K 3668K 접합자
  977 24100K 24096K 5667K 4340K android.process.acore
...
   59336K 332K 99K 92K / system / bin / installd
   60 396K 392K 93K 84K / system / bin / keystore
   51280K 276K 74K 68K / system / bin / servicemanager
   54256K 252K 69K 64K / system / bin / debuggerd

여기에서 Vss및 Rss열은 기본적으로 노이즈입니다 (이것은 프로세스의 간단한 주소 공간과 RAM 사용량입니다. 여러 프로세스에서 RAM 사용량을 합하면 엄청나게 많은 수를 얻습니다).

Pss우리가 전에 본 것과 같고 Uss입니다 Priv Dirty.

흥미로운 점은 여기에서주의해야 할 : Pss그리고 Uss약간 (이상보다 약간) 우리가 본 것을 다릅니다 meminfo. 왜 그런 겁니까? procrank는 다른 커널 메커니즘을 사용하여 데이터를 수집하고 meminfo약간 다른 결과를 제공합니다. 왜 그런 겁니까? 솔직히 나는 단서가 없습니다. procrank더 정확한 정보 라고 생각합니다 .하지만 실제로는 “소금 한 덩어리로 얻은 기억 정보를 가져 가십시오.

마지막으로 adb shell cat /proc/meminfo시스템의 전체 메모리 사용량을 요약 한 명령 이 있습니다. 여기에는 많은 데이터가 있으며 토론 할 가치가있는 처음 몇 숫자 (그리고 나머지는 소수의 사람들이 이해하고 소수의 사람들에 대한 나의 질문은 종종 설명이 상충됩니다) :

총계 : 395144 kB
MemFree : 184936 kB
버퍼 : 880 kB
캐시 : 84104 kB
스왑 캐시 : 0 kB

MemTotal 커널 및 사용자 공간에 사용 가능한 총 메모리 양입니다 (일부 RAM은 라디오, DMA 버퍼 등에 필요하기 때문에 장치의 실제 실제 RAM보다 적음).

MemFree전혀 사용되지 않는 RAM의 양입니다. 여기 보이는 숫자는 매우 높습니다. 일반적으로 Android 시스템에서는 사용 가능한 메모리를 사용하여 프로세스를 계속 실행하기 때문에 몇 MB에 불과합니다.

Cached파일 시스템 캐시 및 기타 것들에 사용되는 RAM입니다. 페이징 상태가 나 빠지지 않도록 일반적인 시스템에는 20MB 정도가 필요합니다. 안드로이드 메모리 부족 킬러는 캐시 된 RAM이 너무 많이 소비되어 페이징을 일으키기 전에 백그라운드 프로세스가 종료되도록 특정 시스템에 맞게 조정됩니다.

답변

Runtime.getRuntime().totalMemory();

Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory();

Runtime.getRuntime().maxMemory()

Debug.getNativeHeapAllocatedSize();

ActivityManager activityManager = (ActivityManager) context.getSystemService(ACTIVITY_SERVICE);
MemoryInfo memoryInfo = new ActivityManager.MemoryInfo();
activityManager.getMemoryInfo(memoryInfo);

Log.i(TAG, " memoryInfo.availMem " + memoryInfo.availMem + "\n" );
Log.i(TAG, " memoryInfo.lowMemory " + memoryInfo.lowMemory + "\n" );
Log.i(TAG, " memoryInfo.threshold " + memoryInfo.threshold + "\n" );

List<RunningAppProcessInfo> runningAppProcesses = activityManager.getRunningAppProcesses();

Map<Integer, String> pidMap = new TreeMap<Integer, String>();
for (RunningAppProcessInfo runningAppProcessInfo : runningAppProcesses)
{
    pidMap.put(runningAppProcessInfo.pid, runningAppProcessInfo.processName);
}

Collection<Integer> keys = pidMap.keySet();

for(int key : keys)
{
    int pids[] = new int[1];
    pids[0] = key;
    android.os.Debug.MemoryInfo[] memoryInfoArray = activityManager.getProcessMemoryInfo(pids);
    for(android.os.Debug.MemoryInfo pidMemoryInfo: memoryInfoArray)
    {
        Log.i(TAG, String.format("** MEMINFO in pid %d [%s] **\n",pids[0],pidMap.get(pids[0])));
        Log.i(TAG, " pidMemoryInfo.getTotalPrivateDirty(): " + pidMemoryInfo.getTotalPrivateDirty() + "\n");
        Log.i(TAG, " pidMemoryInfo.getTotalPss(): " + pidMemoryInfo.getTotalPss() + "\n");
        Log.i(TAG, " pidMemoryInfo.getTotalSharedDirty(): " + pidMemoryInfo.getTotalSharedDirty() + "\n");
    }
}

ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
MemoryInfo mi = new MemoryInfo();
activityManager.getMemoryInfo(mi);
Log.i("memory free", "" + mi.availMem);

const long pageSize = 4 * 1024; //`sysconf(_SC_PAGESIZE)`
string stats = File.ReadAllText("/proc/self/statm");
var statsArr = stats.Split(new [] {' ', '\t', '\n'}, 3);

if( statsArr.Length < 2 )
    throw new Exception("Parsing error of /proc/self/statm: " + stats);

return long.Parse(statsArr[1]) * pageSize;

Debug.MemoryInfo memInfo = new Debug.MemoryInfo();
Debug.getMemoryInfo(memInfo);
long res = memInfo.getTotalPrivateDirty();

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT)
    res += memInfo.getTotalPrivateClean();

return res * 1024L;