ICS용 터치위즈의 설계단계에서 512MB디바이스는 애초에 배제했다는 의미로 썼습니다. 하드웨어의 설계를 이야기하는 것은 아닙니다.

그리고 리눅스커널은 기본적으로 가용램의 개념이 일반적으로 생각하는 것과 매우 다릅니다. 가용램이라 칭하는 것은 redundent의 개념에 가깝고, ready to use는 사용할 수 있지만 빠른 실행을 위해 시스템 휴리스틱으로 올라간 것으로 사용중인 램에 포함됩니다. 램 사용량을 정확히 알기 위해서는 사용/대기/잉여 세 단위로 계산해야 합니다. (필요에 따라 대기중 메모리의 상태를 더 세분화하기도 합니다.)

따라서 free램이 더 확보되었다고 해서 반드시 최적화가 잘 되었다고 판단하기 어렵습니다. 오히려 최적화가 잘 안되었다는 소리로 볼 수도 있습니다. 왜냐하면 바로 다음에 사용할 프로그램을 미리 올려두는 편(ideally optimal solution)이 퍼포먼스가 훨씬 좋기 때문입니다. 단 사용자가 다음에 실제로 어떤 행동을 할지 모르기 때문에 완벽히 프로그램을 미리 올려둘 수는 없습니다.

이 문제를 다루기 위해 안드로이드에서는 자주 사용할 것 같은 앱을 미리 램에 올려둡니다. 그렇기 때문에 설치된 프로그램이 많으면 램 점유율이 일반적으로 올라갑니다.

하지만 램에 올라간다고 퍼포먼스가 내려가지는 않습니다. 어차피 램의 리프래시 타임은 동일하고(들어있는 내용과 무관하기도 하며), 저렇게 올라간 앱은 스케줄링에서 빠집니다. 이 말은 램만 차지하고 있고 CPU자원은 안쓴다는 의미입니다.


즉 통신사앱은 가용램을 보고 판단할 수 없는 문제입니다. 실제로 활성화된 서비스를 봐야 합니다.

물론 스마트푸시나 영상통화HD, 인터넷전화 등 거지같은 통신사앱이 시스템 자원을 많이 소모하나, 그게 갤럭시탭이나 갤럭시S ICS에 못올릴 수준으로 자원을 많이 차지하진 않는 것 같습니다.

1GB램 기반으로 만든 앱을 512램 디바이스에 올리는 작업은 당연히 어렵습니다.

ICS 터치위즈가 애초에 512MB를 상정하지 않았다면, 당연히 올리기 어렵습니다.

그 말은 티코에 벤츠엔진을 얹는다는 흔한 비유로 묘사할 수 있습니다.

삼성에서 갤럭시탭7인치는 태블릿OS가 부적합하다고 상무측이 보도자료를 통해 알린 적이 있습니다.

허니콤 업그레이드 안해준다는 얘기였죠.

공식입장이라 보기엔 좀 찝찝하고 아니라고 하기에도 찝찝한 보도자료를 통해 여론의 화살을 참 빠져나가기 쉽게 만들어 두었습니다.

당시 허니콤 이후 운영체제, 현 ICS는 GB + HC의 통합개념으로 나올 것으로 예상되었으며

구글에서도 '공식적으로는' 시스템 사양에 제한을 두지 않았으며,

말씀하신 Cortex-A9과 1280*720 제약조건은 '신규디바이스'에 한하는 비공식 조건이었습니다.

즉 삼성이 갤럭시탭을 업그레이드 할 생각이 있었다면 불가능할 이유가 없었습니다.

OS라는게 무거워지는데 한계가 있기 때문입니다. 기술자의 정성적 평가로도 허밍버드정도의 퍼포먼스로 ICS를 못돌린다는 판단을 내릴 수 없었을 것입니다. 충분히 돌릴 수 있다는 판단을 내렸겠죠. 그 근거중 하나가 ICS가 폰+태블릿 통합OS 포지션이었다는 점도 있었습니다. HC처럼 무거울 이유가 없다는 이야기입니다.

그리고 오피셜 소스코드가 공개되지 않은 상태에서 파라메터와 바이너리 조합을 통한 최적화로는 1GB램 기반으로 설계된 터치위즈를 512MB에서 제대로 돌아가도록 최적화하는데는 한계가 뚜렷합니다.

경제성을 따지기에도 애매한 것이, 삼성전자는 지금까지 옴니아2 직전의 모든 PDA폰에 대한 소프트웨어 지원이 전혀 없는 수준이었기에.. 곱게 보기 어렵습니다. 그리고 ICS를 올리는 작업은 개발비용이 상당히 많이 들어갑니다. 다품종을 만들어내는 삼성으로선 가용인력을 최대한 늘려야 하는데, 단종된 디바이스 잡고있을 여력이 없는것도 당연하고요.

그리고 유명한 갤럭시S2같은 디바이스야 ICS 혜택(?)을 받았지만, 그 외의 엔트리급과 메인스트림모델 상당수는 ICS 업데이트 예정이 아닙니다. 팔기에만 급급한 삼성의 모습이 아직 뚜렷합니다.

아... 스크랩하면 되는군요... ㅡ.ㅡ