아직 Qualcomm이나 삼성 혹은 nVidia 계열의 AP를 돌려보지 않았고

메이저급의 기기를 써보지 않은 상태고

OS는 4.2.2정도가 최대로 해서 테스트 해보고 있는 상황이라

이게 꼭 맞는다라고 생각하시지 말고 어느정도

가려서 읽어주시기 바랍니다.

각사에서 출시한 AP의 병렬데이터 처리가 제대로 되는지 안되는지에

대해서 가장 많이 테스트 하는것이 바로 토렌트 클라이언트입니다.

토렌트 클라이언트 에서 파일을 공유하는 원리에 대해서 아시는 분들은 잘 아시겠지만

토렌트 클라이언트는 보통 데이터를 다운받을때 그 파일의 데이터를

순차적으로 1번부분에서 마지막까지 직렬로 다운 받는다와는 다르게

받을려는 데이터가 있으면 각 부분에 따라서 데이터를 받아서

파일을 완성시키는 구조를 지니고 있습니다.

또한 받을려는 파일 중에 일정 부분을 필요로 하는 다른 사람들에게

Seeder로 작용해서 업로드도 같이 하고 있습니다.

만약에 저가 안드로이드 타블렛에서 토렌트 클라이언트의 활용을

우선순위로 적용할 경우에는 어떻게 될까요??

안드로이드 OS에서 처리할수 있는 순간 최대 데이터량을

낸드에서 뽑아서 하는데 이게 대략 2MB/s정도로 보시면 될겁니다.

사실 나쁘지는 않다고 보이긴 합니다.

단순히 데이터를 받는것 뿐만 아니라 받은 데이터를 퍼즐에 끼워넣고

끼워넣은 파일을 다시 처리할려고 보내고

이걸 다시 업로드로 해야 되니

아무리 작아도 4개의 다른 작업을 한꺼번에 수행해야 할겁니다.

거기에 토렌트 파일 2개를 처리할때 무슨 상황이 생기냐하면

이런 작업을 4X2라는 상황으로 처리해야 되니까요.

Bittorrent Client의 경우 (저만 그럴지 모르지만)

파일을 다운로드로 끌어다 쓰다가 다른 작업이 우선순위가 되버리면

임의적으로 파일의 다운로드 속도가 줄어들 경우

Wifi를 끌어다 쓰는 작업 (실시간 스트리밍 혹은 웹브라우징)은

크게 문제가 안되지만 아예 작업자체가 제한이 되버려서

Bittorent Client를 아예 다시 꺼야 되는 상황도 생깁니다.

Utorrent Client는 조금 다른 상황인데요.

Utorrent Client는 아예 Client를 자체를 최우선 순위로 쓰는지

다운로드 상태가 안드로이드 타블렛에서 허용할수 있는 최대치가 되거나

토렌트 파일을 다중으로 다운 받을때

시스템은 뻗지는 않지만 전반적으로 기기 자체가 느려집니다.

거기에 AP성능이 거지 같다면야 (Cortex A9의 듀얼급 정도)

불루스크린을 볼수 있는 상황도 생길겁니다.

이런이야기는 할수 있습니다.

PC쓸때도 마찬가지지 않느냐라고 하시는 분도 계시겠지만

AP성능이 올라가면 크게 문제가 될게 없는데

아직까지 고성능이라고 불리는 칩을 써도 마찬가지인거 보면

동일한 문제가 생기며

낸드를 꽉꽉채워서 가상 메모리자체가 존재 안할경우에는

PC에서 볼수 있었던 가상 메모리 자체를 잡아주지 않았을때

나왔던 동일 한 현상을 보실수도 있으니

메모리이나 램이 2Channel이라고 선전해봤자 실제로

병렬데이터 처리에 발휘할수 있을지는 잘 모르겠습니다.

즉 아무리 AP성능이 좋고 AP에 따른 각 기억장치의 기본 제어도

몇채널로 간다 하더라도 실 데이터를 처리하는

다중 작업에는 상당히 미흡하다 보이니까요.