문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 Transmeta (문단 편집) == 특징 == Transmeta 프로세서의 핵심은 코드 모핑 소프트웨어이다. Transmeta 프로세서가 들어간 컴퓨터는 부팅하는 도중 ROM에 저장되어 있는 코드 모핑 소프트웨어를 메모리 공간에 적재하며, 코드 모핑 소프트웨어의 명령어 인코딩 작업을 위해 일정 메모리 공간은 예약된다. Transmeta는 이를 번역 캐시(Translation Cache)라 불렀다. Crusoe는 16MB, Effceon은 32MB를 사용했다. 코드 모핑 소프트웨어는 먼저 실행 바이너리를 읽어들여 자신들의 32비트 명령어로 번역해 번역 캐시에 저장했다. 이 32비트 명령어를 Transmeta는 'atom'이라고 불렀다. 그리고 코드 모핑 소프트웨어는 Cruesoe는 64 또는 128비트, Efficeon은 256비트의 VLIW 명령어로 인코딩한다. 이 VLIW 명령어를 Transmeta는 'molecule'이라고 불렀다. 그리고 Transmeta 프로세서들은 이 molecule 명령어들을 순차적으로 실행했다. moleclue을 사이클마다 모든 atom 명령어들로 채우지 못하는 경우 NOP(No operation)로 채워 실행했다. Transmeta는 LongRun이라는 전력 관리 기술로 인텔의 [[스피드스텝|SpeedStep]], AMD의 PowerNow!같이 동적으로 전압과 클럭을 조정(Dynamic Voltage Frequency Scaling, DVFS)해 소비 전력을 관리했다. Transmeta는 소형 노트북이나 임베디드 시장을 목표로 삼았기 때문에 초저전력으로 설계되었는데, DVD 재생 시 히트 스프레더나 히트 싱크 없이 코어 온도가 고작 48도에 불과할 정도였다.[[https://kbench.com/?q=node/2476&page=2|#]] 그러나 Transmeta는 초저전력을 달성하기 위해 많은 것을 희생했다. Transmeta는 메모리 주소를 계산하는 장치인, 주소 생성기(Address Generation Unit, AGU)가 없어 산술 논리 장치(Arithmetic and Logical Unit, ALU)가 이 작업을 대신했는데, 그럼에도 불구하고 산술 논리 장치는 2개뿐이었으며 그마저도 배럴 시프터 연산은 1개의 산술 논리 장치만 할 수 있었다. 그렇기 때문에 Transmeta 프로세서들은 메모리 입출력 작업이 많아질수록 느려졌다. 예를 들어 AMD와 인텔의 프로세서들의 경우 모든 로드-저장 유닛(Load-Store Unit, LSU)마다 주소 생성기가 달려있다. 또한 x86 명령어를 Transmeta의 고유 명령어로 번역하는 구조부터 성능 저하가 있었다. 게다가 병렬 실행을 방해하는 코드 의존성 문제 때문에 64 또는 128비트 VLIW 명령어로 꽉 채워 실행하기 어려웠다는 점도 문제였다. 한 사이트에서 분석한 결과 모든 코드 모핑 소프트웨어가 생성한 명령어의 약 30%가 NOP였다고 한다.[[https://www.realworldtech.com/crusoe-exposed/10/|#]] 이래서 비효율적으로 동작할 수 밖에 없었다. 그러다 보니 성능도 매우 떨어져 실사용자들 사이에서 악평이 끊이지 않았다. 당시의 대체적인 평은 소비 전력은 절반이지만 성능도 절반 수준이라는 것.저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기