저런 식의 글을 오해없이 쓰기는 어렵습니다. 그래서 많은 부분을 배제하고 가정해서 글을 쓰게 되는데, 여기서 오해가 많이 생깁니다.

저쪽 댓글 보니 끌량다운 댓글만 달아놨네요.
안드로이드 메모리 관리 정책을 읽어줘도 잘못된 정보라니? 음..

댓글을 보니 두 가지 문제점을 지적하는군요.
1. 비트맵 메모리
본문에 다 써 둔 내용인데 저쪽은 글은 안 읽고 댓글만 읽는 풍조라.. 안보신듯
비트맵메모리는 vm힙에 들어갈 수 있지만, vm힙사이즈가 작기 때문에 운영체제에서 임의 판단해서 native힙에 들어가고, 프로세스 종료시까지 메모리 반환이 이루어지지 않습니다.

2. 가비지컬렉팅
concurrent GC..를 하면 시스템이 멈추는 시간은 많이 줄겠지만 메모리 반환이 거의 안됩니다. 메모리 컴팩션이 안되거든요.

그래서 일부 밴더에서는 precise gc옵션을 주고, cgc를 끕니다. 또한 cgc만 하는건 말이 안되는 일이라 전통적인 gc도 병행합니다.

본문에서 쓰인, 힙 그로쓰 리밋 초과시에는 cgc는 안쓰고 전통적인 gc만 씁니다. 힙 컴팩션을 위해 gc를 불렀는데 cgc를 쓰는게 말이 안되죠.

그리고 저쪽 댓글보니 iOS의 api버그가 있다는 사람이 있는데, 본인이 코딩 잘못해서 그런 오류가 나는걸텐데 남탓을 하다니...
iOS는 코드가 살짝 삐끗하면 시스템 변수를 건드립니다. 카운팅 이상하게 올라가고 괴상한 결과 나오는거.. 본인의 코딩실수입니다.

클리앙은 자신과 다른 의견을 가진 사람에게 너무 적대적인 동네라서...

댓글들이 이렇게 저렇게 돌려쓰지만 결국 저기서 에스비님 글 잘못되었다는 글들이 하고 싶은 말은

"안드로이드에 대한 나쁜 소리는 듣고 싶지 않다."로 보입니다.