동글동글 둥글게 살자~@

Fedora 9의 스크린샷 [이미지 출처: 리눅스 갖고 놀기]

USB 메모리에 레드햇의 커뮤니티 배포판인 페도라 9 리눅스를 설치하는 방법입니다. 라이브 CD 이미지만을 이용해 간단히 설치 할 수 있으며, USB 드라이브이기 때문에 언제 어디서나 사용 할 수 있고, 라이브 CD와는 다르게 읽고 쓰기가 가능해서 데이터와 설정이 저장되는 장점이 있습니다.

물론 우분투 같은 다른 배포판을 이용해 USB 드라이브에 설치하는 것도 가능하지만, 설치 과정이 제법 까다롭고 주의도 많이 요구되는데요. 반면 페도라 9의 경우엔 liveusb-creator 소프트웨어를 이용해서 쉽고 직관적으로 설치 할 수 있으며, GNOME과 함께 KDE 데스크탑 관리자의 최신 버전이 탑재되어 KDE를 선호하시는 분들에게 더욱 좋습니다. USB 드라이브의 용량은 2GB 이상을 추천합니다.

먼저 liveusb-creator를 다운로드하고, 압축을 푼뒤 liveusb-creator.exe 파일을 실행합니다.

상단 Use existing Live CD의 Browse 버튼을 눌러 라이브 CD 이미지를 선택합니다. 라이브 CD 이미지는 여기서 받을수 있습니다. 그리고 Target Device 부분은 USB 드라이브를 지정해 주시면 되는데, 다른 파일이 있어도 여유 공간만 있으면 건드리지 않고서 작업을 진행하니 걱정 안해도 됩니다.

Persistent Overlay 부분은 USB 드라이브 안에서 파일과 세팅을 저장하는데 사용되는 공간인데요. USB 드라이브의 크기에 따라 본인이 적당히 설정하시면 됩니다. 오버레이 바깥에 있는 파일이라 하더라도 USB로 부팅하고 접근 할 수 있기때문에, 무조건 크게 설정하지는 않으셔도 됩니다.

설정을 끝마쳤으면 Create Live USB 버튼을 눌러 작업을 진행하면 됩니다. 작업이 끝나면 이제 USB를 이용해 부팅 할 수 있습니다.

만약 USB로 부팅하는 도중에 "No partition active"라는 에러 메시지를 받는다면, 윈도우의 시작 - 실행에서 diskpart를 입력하고 엔터를 누릅니다. 그리고 다음 명령어를 실행해 주세요.

list disk (USB 드라이브의 디스크 번호를 알아낼수 있습니다. 보통은 1번)

select disk 1 (디스크 번호가 1일경우.. 다른 번호면 다르게 넣어주시고요.)

list partition (USB 드라이브의 파티션을 여러개로 나누었을 경우 여기서 부팅하는 파티션을 고르세요. 보통은 1번)

select partion 1 (파티션 번호가 1일경우.. 마찬가지로 다른 번호면 다르게 입력)

active

exit 

그럼 유용하게 쓰시길.. ^^;

[via Lifehacker]

코어(Core)와 시피유(CPU) 차이점이뭘까요?

뭘 알아야 이해를 하지

코어(Core)와 시피유(CPU) 차이점이 뭘까요? 
두 개의 차이점을 설명드리기 전에 엠시유(MCU)에 대해 잠시 살펴보죠.
코어와 엠시유는 사장님과 회사라고 할 수 있습니다. 한 회사는 많은 사람들로 구성되어 있습니다. 그 중에서 가장 중요한 사람이 바로 사장님이죠.  회사에 따라 사장님이 두 명 이상이기도 하죠. 
여기서 사장님이 바로 코어라고 보면 되구요 회사가 엠시유라고 보시면 됩니다. 회사가 잘 운영되기 위해서는 가장 중요한 역할을 하는 사장님 말을 잘 들어야 되는 것처럼 엠시유가 잘 동작하기 위해서는 코어의 눈치를 잘 살피고 때에 따라서 열심히 일을 해야 하기도 합니다. 
최근에는 하나의 엠시유에 두 개 이상의 코어가 들어있는 칩셋들이 있으며, 점점 증가하고 있는 추세랍니다. 그럼 앞에서 언급한 것처럼 사장님이 두 분이 되는 거죠. 사장님이 두 분이면 회사 업무 처리를 나누어서 할 수 있으니 효율적이겠죠. 어쨌든 한개의 코어보다는 빠르지 않을까요? ㅎㅎ
그럼 시피유(CPU)는 뭘까요? 
시피유안에는 코어, 코프로세서, 엠엠유, 캐시 메모리 등으로 구성되어 있어요. 흔히 시피유 또는 프로세서라고 불리는데 만약 암코어가 들어 있으면 암프로세서라고 부르죠. 하나의 엠시유안에 코어가 두 개면 시피유가 두 개인 셈이죠.

암프로세서를 가지고 엠시유를 만드는 회사가 많이 있습니다.
대표적으로 삼성(Samsung), 티아이(TI), 에스티(ST), 컬컴(Qualcomm) 등이 있습니다. 일반적으로 SoC(System on Chip)를 만드는 업체라고 합니다. Soc 업체들은 암프로세서를 가지고 엠시유를 만들며 각 회사마다 고유의 이름을 붙여서 엠시유 이름을 짓는 답니다.
그럼 엠시유는 암프로세서만 넣어서 만들까요? 당근 아니겠죠??
회사가 만들어질 때 최소한 몇 개의 부서를 만들어 운영을 하듯 엠시유 만들 때도 몇 개의 부서를 만든답니다.  회사의 동력은 사람이니 사람을 관리하는 HR부서가 있듯이 엠시유의 동력인 파워매니져먼트 부서가 있답니다. 이렇듯 엠시유는 메모리컨트롤러(Memory Controll), 지피아이오(GPIO),  엘시디(LCD), 사운드(Sound) 등과 같이 여러 부서로 만들어 지죠.
엠시유에 부서가 많다고 해서 무작정 좋기만 할까요? 물론 많으면 많을 수록 좋지만 단가가 비싸진 다는 것을 잊으시면 안됩니다요~~!!

이와 같이 여러 부서로 만들어지고 나면 각 부서에서 어떤 일을 해야 될지에 대한 자세한 업무 가이드를 만들 듯이 엠시유 소개를 담은 엠시유 데이타 시트를 만든답니다. 개발자들은 엠시유 데이터 시트를 보고 엠시유의 성능을 판단하거나 프로그램을 만들 때 참고하게 됩니다.  
엠시유를 만드는 회사들은 암프로세서를 하나 이상 넣을 수가 있다고 했는데, 이와 마찬가지로 각종 컨트롤러도 두 개 이상을 만들 수가 있답니다. 예를 들어, 폴더형 핸드폰은 대부분 엘시디가 메인, 서브로 나누어져서 두 개가 있어요. 그렇다면 폴더형 핸드폰을 만든다면 여러 회사의 엠시유를 검토하면서 그 중에서 당연히 엘시디 컨트롤러가 두 개를 가진 엠시유를 선택해야겠죠.
 

아래 그림 참조…

big endian little endian은 multiple byte number type에만 적용됩니다.

0x89ABCDEF는 숫자이고 "89ABCDEF"는 문자열인건 당연히 아시죠? 문자열엔 endian 적용이 안됩니다.

<<

multiple byte number 에만 endian 문제가 있는 이유가?  string 그러니깐 배열은 문제가 없는데 mutiple byte number (int 같은) 것만 인가라 질문 이었습니다... 위 글을 읽어보면 .. cpu에서 int 값을 조작하고 return 할때 메모리에 그렇게 놓기 때문이라 이해 했

습니다. 머 배열 같은 경우 메모리에 상주하고 있어 endian 문제가 없지 않나 생각 되어집니다. ^^....

아마 마이크로 프로세서가 개발되는 초창기까지 거슬러 올라가야겠군요.

CPU가 16bit register를 메모리에 저장할 때, 어떤 순서로 저장할지의 문제와 밀접한 것입니다. CPU의 저장 방식에 따라서, C의 데이터 형이 내부처리되니까요.

>>

'배열'인 것이 중요한 게 아니라 'char' 란 게 중요한 거죠. :-) 배열이라 문제가 없는 게 아니라 char 타입이 1 byte 짜리라 문제가
없는 겁니다. 메모리 상주는 전혀 관계가 없다고 생각합니다. 다른 변수라고 메모리에 상주하지 않나요.

만일 int 의 배열이었다면 역시 엔디안 문제는 발생합니다. 물론 배열 전체의 순서가 달라지는 것이 아니라 배열의 각 원소 내에서 바이트 순서가 바뀌는것이지만...

(아 물론, char 가 2 byte 이고 int 가 1 byte 만 사용하는 랭귀지라면 char 에만 endian 문제가 있고 int 에는 없었겠죠)

>>

이 문제의 요점은 배열이 아닙니다.

char a[] = {1, 2, 3};
short b[] = {1, 2, 3};
두개의 배열이 메모리에 어떻게 들어가는지 보면..
a[] 는 01 02 03 순서로 메모리에 들어가고
b[] 는 01 00 02 00 03 00 순서로 메모리에 들어가게 됩니다.
b[]경우를 눈여겨 보시면... short 형 1은 0001이지만... 0100으로 메모리에 들어가는걸 보실 수 있을껍니다.

이 문제의 요점은 배열이 아니고...CPU에서 한번에 액세스하는 데이터의 크기가 중요한 것입니다.

Intel CPU의 경우라면 AX, BX, CX, DX등의 16비트 레지스터를 통해 short형을 다루게 되는데 mov [...], AX 라는 명령이 있으면 AX레지스터의 내용을 메모리 ...에 넣게 되는데.. AX레지스터의 데이터의 크기가 16비트이기 때문에 16비트 데이터가 메모리에 들어갈 때 값의 순서가 바이트 단위로 역으로 바뀌게 됩니다.

그러니까.. 배열 이냐 아니냐는 아무런 상관이 없고...
char, short, int 등의 데이터 형이 문제가 되는 것입니다.

>>

덧붙여서 말씀드린다면, little endian, big endian은 하드웨어 차원의 문제입니다.
맨 처음 '하하'님께서 AIX, Solaris와 Linux 에서 다른 결과가 나온다고 하셨는데 잘못된 문제 제기라 할 수 있지요.
AIX나 Solaris라서가 아니라 거기서 사용하는 하드웨어(CPU)가 어떠한 방식으로 multi-byte data를 access하느냐에 따라서 little endian, big endian이 결정되는 것입니다.

따라서 운영체제에 따라서 결과가 틀려지는게 아닙니다. 만약 같은 하드웨어(intel CPU)에서 다른 운영체제(linux, windows 기타 등등)를 사용한다고 하더라도 동일한 endian 방식을 갖습니다.
반대로 동일한 linux라 하더라도 다른 방식의 하드웨어(intel 계열은 little endian, 모토롤라 계열은 big endian이죠)를 쓴다면 각기 다른 endian이 되어서 '하하'님께서 맨 처음 사용한 예제는 각기 다르게 나오겠죠.

다시 말씀드리면 endian 문제는 static이냐 heap, stack같은 메모리 사용방식이나 또는 운영체제에 따라 달라지는 것이 아니라 하드웨어 레벨에서 사용하는 multi byte order 방식입니다.

>>

multi byte일 때 byte단위로 addressing을 할 때, 시작이 어디인가가 문제입니다.

big-endian 계열의 경우 상위 byte가 하위 address로 저장되는 방식. 
즉 address가 커지면서 하위 byte 데이터가 저장됩니다. 
일반적으로 배열을 생각하시면 됩니다. a[0]보다는 a[1]의 address가 커지겠죠. 그래서 long 형에 저장된 순서나 char [4]에 저장된 순서가 같게 됩니다.

little-endian 계열의 경우는 상위 byte가 상위 address로 저장되는 방식.
즉 byte단위로 하위 byte 부터 address가 커지면서 상위 byte로 저장됩니다.
그래서 long형에 저장된 순서나 char[4]에 저장된 순서가 바뀌게 됩니다.

둘다 논리적인 설명으로는 타당한데, little-endian의 경우 intel에서 8bit에서 16bit로 넘어 오면서 8bit code를 재컴파일 없이 수행하기 위한 꽁수역활이 큰듯합니다. network byte order가 big-endian이죠 :)

little-endian의 경우 address를 읽을 때, 한 byte만 읽으면, 원래 저장되어 있던 값이 8bit이건 16bit이건 32bit이건 가장 최하위의 8bit값을 읽을 수 있습니다. big-endian의 경우는 address 부분이 항상 최상위 byte를 가르키고 있으므로 최하위 8bit가 필요한 경우 항상 계산이 필요하죠..

>>byte ordering 문제에서, intel 계열의 cpu들은 inverted word라는 표현을 사용합니다.

데이터를 word 단위로 다루게 되는 경우, 이 데이터를 register에서 memory로 적재하게 되면 또는 그 반대로 memory에서 register로 읽어 들이는 경우, 하위 byte와 상위 byte의 순서가 바뀌게 되어 inverted word라는 말을 사용했다고 합니다.

이는 intel 계열 assembly 관련 책자들의 앞 부분에서 항상 다루는 내용들입니다.