gurugio의 블로그

미국에서 판매인지 생산이니는 모르겠지만
2016년부터 연비 규정이 대략 16km/l 가 될것 같습니다.
많은 경제학자들이 지금의 경제 불황을 극복하기 위해서
새로운 산업이 필요하고 녹색산업이 가장 가능성이 있다고
동의하고 있습니다.
지금까지 환경논리로만 접근되던 환경문제가 이제
실제 경제

얼마전 스터디 모임에서
개발자가 공부하는 만큼 대접(연봉,직급,사회적 지위?)을 못받는데
그 이유가 뭘까하는 이야기가 나왔습니다.

시장 상황이나 경제 흐름, 우리나라 문화 등등 많은 이야기가 나왔지만
제 생각에는 직장인이 다 그렇기 때문인것 같습니다.
대학교에서 이공계를 전공한 사람

얼마전 친한 후배가 저보고 "형은 아미 잘 아시는 것이지만 저는 시작하기가 너무 막막해요"라고
이야기를 했었습니다. 그때는 그냥 몇마디 말만 해주고 왔는데
오늘 공부삼아 fork 시스템 콜을 만들다가 문득 너무 막막하다는 생각이 들어서
후배의 말도 생각이 났습니다.

리눅스 커널의 프로세스 관련 코드는 예전에도 그랬지만
점점더 저에게는 넘사벽이 되버리는것 같습니다.
어떤 분께서는 리눅스 커널은 전부 이해할 수 있는게 아니라
특정 부분만 파고들어서 이해해야 한다고 말씀하시기도 하더라구요.

하도 막막해서 기분 전환할겸 군림천하라는 책을 다시 읽었습니다.
아시는 분은 아시는 걸작이지요.
시작부분에서 주인공이 너무나 유명하고 뛰어난 사람에게 질투를 느끼면서
자신이 과연 저만큼 성장할 수 있을까 근심하는 부분이 나옵니다.

블로그에 도배해서 죄송합니다~~ ;-)

리눅스 커널의 spinlock 구현을 분석하다보니
최근 커널일 수록 코드가 길어지고
대략 적으로 이런 흐름을 가지고 있는것 같았습니다.

spin_lock()
{
preempt_disable()
if (!_spin_trylock()) _spin_lock()
preempt_enable()
}

의문이 드는 것은 왜 코어부분을 _spin_trylock()

원문: http://asmlove.co.kr/wiki/wiki.php/gurugio/barrier_test

volatile 변수는 접근할 때마다 항상 메모리에 값을 읽거나 쓰게 됩니다.
그런데 컴파일러의 최적화 장벽도 모든 변수의 값을 메모리에 쓰거나 읽게 만드는 일을 한다고
"리눅스 커널의 이해"에서 배웠습니다.

비슷한 일을 하는것 같지만 어떤 차이가

http://asmlove.co.kr/wiki/wiki.php/gurugio/make_64bit_smp_os_chap10

http://asmlove.co.kr/wiki/wiki.php/gurugio/make_64bit_smp_os_chap11

마지막 2챕터를 작성했습니다.
이로서 CaOS64 v0.1에 대한 문서 작업을 마쳤습니다.
앞으로 진짜 커널이 하는 일들을 구현하면서 계속 문서 작업을 할 계획입니다.

SMP 커널을 만들고 싶은데 공부

자동빌드툴을 써본적은 없지만 시험삼아 적용해보고 있습니다.

전통적인 autotools를 쓰고 있는데요
기본적인 문서를 보면서 환경을 꾸미는데
제가 만든 최종 결과물은 프로그램이 아니라 바이너리 이미지 파일이다보니
일반적인 빌드와는 약간 절차가 다른것 같습니다.
일단 얼키설키 만들었고 쓰

어제 우연히 어떤 교수님을 만나 뵙고 이야기를 하닥
제가 짬짬히 만드는 커널에 대해서 이야기하고
앞으로 뭘 개발할지와 오픈소스로서 의미를 가진다는 취지를
이야기했는데요...역시 교수님들 눈에는 택도 없는 꺼리였나봅니다.

그때는 조금 울컥했지만
막상 돌아와서 생각해보니 그럴만도

http://asmlove.co.kr/wiki/wiki.php/gurugio/make_64bit_smp_os_chap9

SMP 관련 바이오스 데이터를 읽고 환경 설정을 처리하는 코드에 대한 설명입니다.
이제 CaOS v0.01 구현에 대한 설명이 거의 끝났습니다.
처음에는 거창하게 강좌랍시고 시작했지만 그냥 개인적인 코드 리뷰와
간단한 코드 설명만 쓰게 되버렸습니다.