[완료]리눅스 커널 컴파일이 원래 이렇게 시간이 많이 걸리는 걸까요??

VirtualBox로 구동하는 Ubutu 11.04 입니다.

Operation System Concepts(녹색 공룡책)의 2장 끝 프로그래밍 문제인 커널에 새로운 시스템 콜을 추가해서 새로 컴파일하기를 하고 있습니다.
전체적인 과정은 다음과 같습니다.
http://blog.naver.com/boybanx/70094301335

1. 커널 빌드를 위한 패키지 다운로드
명령어(이하 '명') : sudo apt get install build-essential fakeroot kernel-package
다운 완료시 usr/src/디렉토리에 해당 폴더들 생성

2. 유저를 src 그룹에 포함
명 : sudo adduser username /* 자신의 계정 이름 */ src

3. 내 계정으로 들어가서 그룹 확인
명 : su username
명 : groups

4. 커널 설정을 위한 libncurses5-dev와 libqt3-mt-dev 패키지 설치
전자는 menuconfig, 후자는 xconfig에 필요. 둘 중 하나 반드시 설치
시스템 - 관리 - 시넵틱 패키지 관리에서 검색을 통해 설치

5. 커널 최신 버전 다운로드
명 : sudo apt-get install linux-source
다운된 소스는 /usr/src 디렉토리에 있음 -> 압축풀기
명 : tar xjvf linux-source-2.6.35.5.tar.bz2 /* 해당 리눅스 버전을 적으면 됨 */

6. linux 디렉토리로 링크 걸기
명 : ln -s linux-source-2.6.35.5 linux
정상설치 확인 명령어 : ls

7. 시스템 콜 등록하기-1
/usr/src/linux2.6.35/arch/x86/kernel/syscall_table_32.s에 내가 만들 함수 추가
즉, .long sys_helloworld를 끝에 넣어줌. 이때 오른쪽 끝에 주석으로 적혀있는
번호(몇번째 시스템 콜인지 나타내는 번호)를 기억할 것

8. 시스템 콜 등록하기-2
/usr/src/linux2.6.35/include/asm-generic/unistd.h에서 __NR_syscalls를 찾아
그 위에 아래와 같이 적는다.
#define __NR_helloworld 338 /*이 숫자는 방금 전에 기억한 번호*/
__SYSCALL(__NR_helloworld, sys_helloworld)
그리고 아래에 있는 __NR_syscalls 옆의 숫자는 마지막 시스템 콜의 숫자 +1을 적는다.

9. 시스템 콜 호출 처리 함수
gedit을 이용하여 아래 같은시스템 콜을 작성하여 /usr/src/linux2.6.35/kernel/helloworld.c
에 저장

#include
#include
#include
#include

asmlinkage long sys_helloworld(void)
{
printk("Hello world");
return 0;
}

10. /usr/src/linux-2.6.24/kernel/Makefile 에 오브젝트 추가
obj-y의 끝에 helloworld.o를 적어 넣는다.

11. 시스템 콜을 실행할 테스트 파일을 작성
위치 : /usr/src/test.c

#define __NR_helloworld 338
int main(void)
{
syscall(__NR_helloworld);
return 0;
}

12. 커널 빌드하기
명 : cd /usr/src/linux (linux폴더로 입장)
명 : make xconfig 또는 make menuconfig (처음 다운받은 패키지에 따라)
자신의 CPU에 맞는 적당한 설정을 해줌
이전에 만든 이미지 파일 삭제
명 : fakeroot make-kpkg
커널의 빌드
명 : fakeroot make-kpkg --append-to-version=.12042108 kernel_image -initrd
(2~3시간 소요)

13. 커널 이미지 패키지 설치하기
/usr/src 디렉토리로 가서 확인(ls 명령어) 및 패키지 설치

14. 재부팅 후 커널 선택창에서 새로운 커널을 선택하여 부팅함

15. 테스트 파일 컴파일
명 : gcc test.c -o test
./tsst
로그메세지 확인을 위한 명 : dmesg

-----------------------------------------------------------------------------------------------------------
저는 kernel 파일을 Ubuntu Software center에서 받았고요(linux-source-2.6.38), 터미널에서 fakeroot 명령어 대신 sudo -s로 루트 권한을 획득한 것 외의 과정은 이와 거의 일치합니다.
그리고 컴파일 명령어를 make-kpkg --append-to-version=.helloworld kernel_image --initrd 로 주었습니다.

그런데 2~3시간 걸린다는 블로그의 내용과는 달리 거의 한 9시간은 걸린 것 같네요.... 오늘 오후 1시에 컴파일해서 방금 전에 끝났습니다....
왜 이렇게 시간이 많이 걸린 걸까요?
원래 이정도 시간이 걸리는 것인가요?
아니면 가상머신에서 구동하기 때문에 필연적으로 느릴 수밖에 없는 것일까요?
그것도 아니면 제가 명령어 인수를 잘못 줬기 때문일까요??

이렇게 시간이 많이 걸린다면 커널 프로그래밍 하기 정말 힘들겠네요ㅠㅠ

-----------------------------------------------------------------------------------------------------------
아, 그리고 커널 컴파일 관련 내용을 검색했을 시 으례 make dep, make bzImage 등의 make 명령어가 등장했었는데요, 여기서는 make-kpkg라는 명령어로 한번에 컴파일을 수행하네요. 이 두 방법에 차이점이 있나요?