하버드 아키텍쳐와 폰 노이만 아키텍쳐
Software2004. 12. 26. 18:01
폰 노이만 아키텍쳐
컴퓨터 아키텍쳐의 한 종류로서 데이터는 메모리에서 읽거나 메모리에 쓰기도 하는 반면, 명령어는 메모리에서 읽기만 하는 구조를 말한다. 이를 처음 고안한 폰 노이만의 이름을 따서 폰 노이만 아키텍쳐라고 부르며 현대 컴퓨터는 거의 대부분 이 방식을 따른다.
특징
1. 프로세서에게 메모리 특정 지점부터 실행하도록 지시할 수 있다. 이 때 데이터와 명령어 사이에 뚜렷한 구분이 없어서 주어진 내용을 무조건 실행한다.
2. 데이터 자체에 고유 의미가 없다. 즉, 이를 해석하는 프로그램에 의해 의미가 달라진다.
3. 데이터와 명령어는 메모리를 공유한다. 특정 프로그램에서 명령어인 내용은 다른 프로그램에서 데이터일 수 있다.
하바드 아키텍쳐
하바드 아키텍쳐는 명령어와 데이터 통로를 저장공간과 물리적으로 분리한 컴퓨터 아키텍쳐를 말한다. 이 용어는 릴레이를 기반으로한 하바드 마크1이란 초기 컴퓨터에서 나온 것이다. 마크1는 명령어를 펀치 테이프에 데이터를 relay latche에 저장한다.
폰 노이만 아키텍쳐와 다르게 CPU는 메모리로 부터 명령어를 읽거나 데이터를 읽기/쓰기가 동시에 가능하다. 그러나 명령어와 데이터가 같은 신호 통로와 메모리를 동시에 사용하지 않는다.
특징
1. 하바드 아키텍쳐 컴퓨터에서는 CPU는 메모리로부터 명령어와 데이터를 동시에 사용할 수 있다.
2. 현재 명령을 마치는 것과 동시에 다음 명령을 가져올 수 있기 때문에 속도가 더 빠를 수 있다.
참고문헌
John Catsoulis, Designing Embedded Hardware, O’Reilly(한빛 미디어)
http://en.wikipedia.org/wiki/Harvard_architecture
http://en.wikipedia.org/wiki/Von_Neumann_architecture
컴퓨터 아키텍쳐의 한 종류로서 데이터는 메모리에서 읽거나 메모리에 쓰기도 하는 반면, 명령어는 메모리에서 읽기만 하는 구조를 말한다. 이를 처음 고안한 폰 노이만의 이름을 따서 폰 노이만 아키텍쳐라고 부르며 현대 컴퓨터는 거의 대부분 이 방식을 따른다.
특징
1. 프로세서에게 메모리 특정 지점부터 실행하도록 지시할 수 있다. 이 때 데이터와 명령어 사이에 뚜렷한 구분이 없어서 주어진 내용을 무조건 실행한다.
2. 데이터 자체에 고유 의미가 없다. 즉, 이를 해석하는 프로그램에 의해 의미가 달라진다.
3. 데이터와 명령어는 메모리를 공유한다. 특정 프로그램에서 명령어인 내용은 다른 프로그램에서 데이터일 수 있다.
하바드 아키텍쳐
하바드 아키텍쳐는 명령어와 데이터 통로를 저장공간과 물리적으로 분리한 컴퓨터 아키텍쳐를 말한다. 이 용어는 릴레이를 기반으로한 하바드 마크1이란 초기 컴퓨터에서 나온 것이다. 마크1는 명령어를 펀치 테이프에 데이터를 relay latche에 저장한다.
폰 노이만 아키텍쳐와 다르게 CPU는 메모리로 부터 명령어를 읽거나 데이터를 읽기/쓰기가 동시에 가능하다. 그러나 명령어와 데이터가 같은 신호 통로와 메모리를 동시에 사용하지 않는다.
특징
1. 하바드 아키텍쳐 컴퓨터에서는 CPU는 메모리로부터 명령어와 데이터를 동시에 사용할 수 있다.
2. 현재 명령을 마치는 것과 동시에 다음 명령을 가져올 수 있기 때문에 속도가 더 빠를 수 있다.
참고문헌
John Catsoulis, Designing Embedded Hardware, O’Reilly(한빛 미디어)
http://en.wikipedia.org/wiki/Harvard_architecture
http://en.wikipedia.org/wiki/Von_Neumann_architecture
'Software' 카테고리의 다른 글
[Professional 소프트웨어 개발] 변하지 않는 핵심 잡기 (0) | 2005.12.19 |
---|---|
[Professional 소프트웨어 개발] 소프트웨어의 특성 (0) | 2005.12.13 |
일 잘하는 법, 마이크로소프트에서 배운다 (1) | 2005.09.13 |
나의 조엘 테스트 (0) | 2005.08.10 |
프로그램 테스트 (0) | 2005.02.22 |
댓글()