DDR3 빼놓으셨네요

테자스의 백지화는 넷버스트 아키텍쳐 자체가 삽질이라서 생긴 문제입니다.

파이프라인 스테이지 분할로 클럭을 올려서 가시적으로 얻어내는 클럭을 올려버리면 그만이라는 단순한 발상에서 나온 결과로,

클럭당 성능은 떨어지고 클럭증가에 따라서 감당할 수 없는 발열과 전력소모가 발생해버리고 결과적으로 형편없는 망작이 나온거죠.

10Ghz 달성은 그저 허황된 목표였다는게 이미 프레스캇 초기단계에서 클럭 증가의 한계를 보이면서 드러난 문제입니다.

애시당초 그런 문제와 MS랑은 1나노그람어치의 관계도 없는 이야기입니다.

그리고 인텔이 발전한것은 오히려 MS와 함께 콤비플레이가 잘 맞아들어갔고 당시 윈도우가 가지는 강점들이 충분했던 덕분이죠.

거기다가 구글 OS 역시 그 모습을 비교해보면 오히려 윈도우보다는 iOS 쪽에 더 가까운 모습입니다.

P.S 댓글에 과하게 색과 글꼴키우기 등을 넣는건 보기 좋지 않습니다.

안드로이드의 문제는 커널이 아닙니다.

JVM 기반의 프레임웤 쪽이 문제이며 때문에 대부분의 S/W는 달빅 가상환경에서 돌아가야 한다는 것입니다.

이는 가상머신으로 인한 필연적인 로스라서 결코 커널이 보강해줄 성격이 못된다는거죠.

때문에 iOS와 동일한 사양 으로도 대략 50% 정도의 성능밖에 안나오며 S/W가 고사양화될수록 격차는 더더욱 벌이질 수밖에 없습니다.

구글이 네이티브 실행환경으로 전환하지 않는한 윈도우를 닮아가지 않는다고 말할수 없습니다.

JVM의 장점은 이식성인데 동일 제조사 모델간의 호환성도 결여되는 마당에 이미 이식성은 물건너갔고.

장점인지 단점인지 한가지 특징은 시스템을 포맷해도 /data/app 에있는 .apk 파일들만 다시 넣으면 그대로 살아나는군요.

달빅 가상 머신이 iOS 성능에 비해 50%의 성능이라는 객관적인 자료부터 보여주시죠?

객관적인 자료없이 추론에 들어가시는군요..

님의 말씀대로 50%에 성능밖에 안되고, 갈수록 격차가 벌어진다면 안드로이드 OS는 존재할 이유가 없습니다.

과거부터 java 진영이 느리다고 평가 받는데 가장 큰 담당은 i/o 였습니다.

JVM을 쓰면서 약간의 손실이 있는것은 공공연한 사실이나 그건 미세한 차이일 뿐입니다.

님이 쓰신 글을 읽어보면 마치 iOS 초급 개발자가 포인터를 마구 쓰는 어플이

자바 고급 개발자가 아무리 최적화 시켜도 iOS로 만든 어플이 빠르다고 이해가 되네요..

그리고 자바진영에 최고 약점이였던 i/o는 이미 nio 패키지가 나오면서 엄청난 성능 향상이 일어났습니다.

다만 개발자들이 nio를 아직도 제대로 활용하지 못 할 뿐이죠.

또한 CPU 클럭이 올라 갈수록 격차가 벌어진다는 어이없는 추론은 또 무엇인가요?

혹시 JVM 프로세스가  CPU 클락을 %로 점유한다고 이해하고 계신건가요?

추론 아닙니다.

CPU는 연산하는 기계지 i/o는 칩셋몫 입니다.

실수연산 / 정수연산 모두가 가상적인 에뮬레이션 모드로는 현저히 떨어지짐을 벤치해보면 알수있죠.

i/o역시 java를 거치면 느리고요.

약간의 손실로 치부하기에는 무리라는건 동급 사양의 iOS와 비교해보면 금세 드러납니다.

그러게 말입니다.

그것이 JVM의 치명적인 단점이죠. 

네 오타가 좀 있었고 말씀하신 그 상관 관계는..

1. 똥컴에서 실행되는 XP와 샌디브릿지 VMWARE 내에서의 XP는 성능이 비슷 합니다. 이해가 되셨나요?

   이정도면 삼식이도 알아듣겠네요. 

2. 그럼에도 자바를 선택한 이유인즉 강력한 이식성 때문 이었을 것입니다. BUT 말씀하신 오픈소스로 인해 물건너 갔다 입니다.

    누가 자바때문이라 하던가요????

3. VM OS의 취약성을 과소평가 하시군요. 구글을 너무 신봉하시지 않나요?

ps: 윈도우가 똥컴에도 쌩쌩 돌아간다면 무리하게 테자스를 고려할 필요가 있었을까요?

저희 회사가 가상화 데스크탑을 프로비저닝 서비스를 하는 회사이고,

저 또한 현재도 가상화 프로젝트에 몸담고 있어서 한 말씀드리겠습니다.

혹시 직접 테스트는 해보시고 글을 쓰신건가요??

샌디브릿지 CPU 칩셋을 가진 상태로 VMware 내에 XP는 비슷한 성능이 아니라는걸 아실텐데요?

cache 메모리 한번 접근은 cpu 클락의 1/10배, 일반 메모리 접근은 cache 메모리의 1/10배, 

하드 디스크 접근은 말할 가치도 없이 CPU를 놀고 있게 만듭니다.

그걸 바탕으로 설명 드리면,

메모리 부터가 SDRAM과 DDR3이라는 차이가 있을 테고, 메모리 대역폭도 엄청나게 차이가 납니다.

또한 CPU내에 cache 메모리 용량 부터가 엄청난 차이가 있는데도 결과가 어떨까요??

다만 차이가 있다면 그래픽 카드 문제겠지만, 샌드브릿지를 사용할 정도면 GPU도 엄청 좋을걸 탑재했겠죠..

말씀드리고자 하는 것은 비유를 하실 때, 남들이 공감할 만한 비유를 들어서 설명하십시요.

잘못된 비유는 님께서 작성하신 글에 신뢰만 떨어뜨릴 뿐입니다.

샌디에 가상으로 xp는 아니지만 우분투를 돌립니다.

물론 샌디와 비슷한 클럭의 프레스캇도 있지만 xp 입니다.

os는 다르지만 실제로 비슷한 정도로 체감되고 있습니다.

좀 앞뒤의 연관관계를 확실히 살펴서 쓰시면서 리플을 달아주셨으면 합니다.

공정과 아키텍쳐 자체의 한계나 하드웨어 설계 같은 하드웨어 레벨의 문제를 소프트웨어인 OS의 문제와 헷갈리시는것에서 부터, 

뜬금없이 펜티엄4이 아직도 쓸만한것과 JVM이 무슨 연관이며, 거기다가 테자스는 거기서 왜 튀어나옵니까?

하드웨어를 계속 발전시키고 더 발전된 하드웨어를 요구하는건 소프트웨어의 문제가 아니라 그냥 자연스러운 현상일 뿐입니다.

연산성능에 "적절한 선"따위는 존재하지도 않을 뿐더러 요구되는 성능 역시 날이 갈 수록 무한정 늘고 있단 말입니다.

하신말씀 그대로 돌려드리겠습니다. "이정도 말하면 삼식이도 알아듣겠네요."

ios와 android간의 근본적인 성능효율상 차이가 나는 이유가 vm에 기인함을 말한거고 연관 증거는 충분 합니다. 

그것이 고성능 하드웨어로도 구형수준과 유사한 성능밖에 못나온다는 정도로 말했고 절대적인 수치를 말하지 않았을 뿐입니다

어려운 코딩 하시느라 무척 해깔리시나 보군요. 

진짜 답답하시네요. 끝까지 사람들이 왜이러는지 모르시는듯.

 해깔리는건 당신이에요. .아오 답답해라. 이건뭐 벽창호에대고 말하는것 같네요.