너무 고통스러웠다.

elfutils 를 빌드 하기 위해 auto config 와 auto make 를 하고 있다.

Consider adding AC_CONFIG_MACRO_DIR([m4]) to configure.ac
and re-run libtoolize --force.

$ vim configure.ac
$ libtoolize --force
$ aclocal
$ autoheader
$ automake --force-missing --add-missing
$ autoconf

... arm으로 하고 싶은데

x86로 컴파일 모드가 된다....

해결 방법은..?

[돈, 그 아름다운 이름이여]

 인간이 살아가려면 "돈" 이 필요하다. 게다가 대학원생 이라면 어마어머한 등록금을 감당해야만 한다.

 집이 금수저라서 등록금 쯤, 쉽게 내줄 수 있는 상상은 언제나 하고 있지만... 상상은 언제나 상상으로 그칠 뿐... 실제하지 않는다. 그럼, 우리 대학원생들은 인건비를 통해 생존 및 등록금을 충당하게 되는데,

[부족한 부분은 이 분이 채워주신다.]

 이를 위해 과제를 하게 된다.

 이 과제란 건, 생각보다 많은 "빡침" 과 "밤샘"을 요구하게 된다. 여기의 근본적인 문제는 대부분 연구실에서 본업은 과제가 아니란 점 이다. 따라서, 과제는 여러 업무 중 뒷부분으로 치우치다가 데드라인 한두달 전 쯤 부터 지속되는 밤샘으로 해결하게 된다.

[평범한 대학원생의 수면 기록]

 여기서 작은 문제가 새로 발생하게 되는데, 과제를 하는 인원과 하지 않는 인원으로 연구실 인원이 나뉜다는 점 이다. 분명 과제를 하는 인원은 하지 않는 인원에 비해, 스스로에게 도움이 되지 않는 많은 업무를 하게 되어 불만이 생기게 된다. 그렇다고, 과제를 하는 인원에게 금전적인 보상을 한다면 형평성에 어긋나게 되므로...

[풀리지 않는 문제]

 그렇게 피똥 싸며 과제를 마치고 나면, 아직 몇가지 관문이 남아있다. (사실 과제 전에도 관문이 하나 있다 "제안서" 라는 괴물인데.. 이 친구는 나중에 기회가 되면 적어보도록 하겠다.) 바로 "보고서" 와 "발표" 이다.

 말로만 들으면 마치 대학교 과제 처럼 들리는데, 이걸 읽는/듣는 사람은 기업/정부연구소 의 높으신 분들이기 때문에, 요구하는 퀄리티가 다른다. 역시 같은 이유로 교수님의 유/무언의 압박 또한 다르게 된다.(이는 진리의 랩바랩 이지만.. 교수님 마다의 스타일 차이일 뿐, 압박은 분명 있을 것 이다.) 왜냐면, 혹시 여기서 뻑나면, 과제비를 토해내야 하는 최악의 경우가 올 수 있기 때문... (저렇게 되는 경우는 보지 못했다. 보통 저렇게 되기 전에 교수님들 께서 어떻게든 해결하신다. 랩에 학생노예은 많거든)

[채찍과 함께하는 즐거운 연구실]

 보고서를 작성하고, 교수님깨 컴펌 받으면 이제 드디어 제출하게 된다. 여기서 끝이냐고? 아니 전혀...

 활동하는 랩만 참여하는 연구면 교수님께만 컨펌 받고 과제를 수주한 쪽에 넘기면 되지만, 여러 대학의 여러 연구실이 참여한 연구면, 메인 랩이 따로 존재하기 마련이다. 그럼 해당 랩의 교수님과 랩장 등 책임자의 컨펌을 또 거치게 된다.

[이것은 마치 무한의 인피니티]

출처 : http://social.lge.co.kr/view/opinions/ownership/

 이제 드디어, 보고서 컴펌이 끝났으면, 발표는 어느새 낼모레 쯤(과장이 포함되어 있습니다.) 으로 다가와 있다.

 보고서 수정하느라 당연히 발표는 준비 못했을 당신... 이쯤 교수님의 메일이 도착하게 된다.

"발표 자료 준비는 다 되었는가? 메일로 보내도록 하라."

(※주. 교수님의 스타일에 따라 문구 내용은 다를 수 있음)

 분명 이 쯤 까지 발표 준비를 마치란 메일이 왔던 듯 도 한데... 데드라인이 좀 더 있기를 바라며 교수님과 주고 받은 메일 로그를 찾아보지만, 당연히 교수님이 말하셨었던 데드라인은 이미 지나있다.

 서둘러서 발표자료를 만들어서 보내면, 다시 보고서 떄와 같은 끊임없는 보고와 수정의 하모니가 기다리고 있다.

[빠져들고 마는 것 이다!!!!]

 이렇게 약 한달간의 산고에겐 목적이나 이어서, 의식은 애초에 없었지 혼란과 혼돈 그 이어ㅅ....(천재 노창 행 中) 

 아니, 무튼 이렇게 약 한달간의 산고를 거쳐 만들어진 과제는 눈물과 함께 끝이 난다.

 과제 중, 과제의 성격에 따라 필수적으로 논문을 작성하기도 하고,(이 부분에 대해선 이후에 적도록 하겠다. 나는 아직 국내 논문 밖엔 적어 본 적이 없기도 하고...) 특허를 내기도 하는 등 부수적인 고생들이 많다. 이는 대부분 실제 연구실 활동을 하면서 자연스럽게 이루어 지는 일(이라는게 최상의 시나리오)이기 때문에, 나중에 해당 이야기를 적을 때 자세히 적도록 하겠다.

 오늘도 재밌게 쓰려고 했는데 생각처럼 잘 안되서 슬프다...

 지난 주 부터 너무 대학원에 대해 안좋게 쓰고 있는데 얻는것도 많고 좋은점도 많ㄷ......................

서론

 짧다면 짧고 길다면 긴 연구실 생활 끝에, 연구실에서 살아남아온 역사를 남겨보려 한다.

본론 

 서론은 짦게 끊고, 연구실 생활을 하면 "주간보고" 또는 "랩 세미나" 라는 걸 하게 된다.

이것이 무엇인고 하면, 지난 1주일간 무얼 했는가를 연구실 식구들이 모두 모인 자리에서 발표하는 것 인데.

[전 이런걸 했쪄염!]

 우리 연구실은 이 주간보고 라는걸 월요일에 한다.

그니까, 간단하게 말하면, "토요일 일요일 랩에 나와서 일 해!" 란 말이지.

[주말에 쉬겠다고? 제정신인가 자네?]

 대학원생 이란건, 까라면 까야 하는 존재.

주말에 나와서 일을 하고 마는 것 이다!

 그럼 언제 쉬는지 다들 궁금해 할 수 있는데, 열악한 환경에서도 꽃은 핀다 하지 않은가?

다들 챙길 권리는 애써 챙기고 있다. 그러니까 평일에 쉰다.

 우리 연구실 같은 경우는 9시 출근 6시 퇴근이 보장되는 연구실이란 것! 물론 일이 끝났다면.

[놀러 가자!]

 그래 그러니까, 금토일 연구실에서 밤 새서 일을 한 나는 이제 자러 간다.

재밌게 쓰고 싶은데 이거 참 어렵네.

[다들 주간보고를 마치고 수면을 취하는 중 이다]

이번에, 알고 있던, 다양한 벤치마크 툴 들을 연구실에 소개하려 자료를 만들다 보니

문득, 블로그 에도 올려야겠다는 생각이 들었다.

우선, 내가 써본건 SPECcpu2006 과 PARSEC 이고, 

사용해 보진 않았지만, 논문에서 자주 본 것은 lmbench 이다.

그리고, SPLASH-2 도 써봤는데, 이건 이젠 PARSEC에 내장되어 있다.

BBench 는 좀 성격이 다른 친군데, 좀 더 실제 스마트폰 사용환경에 유사하다고 주장하니 써봐야겠다...

-논문에 따르면 SPEC 과 비교했을 때, 좀 더 실제 스마트폰 환경과 유사한 경향성을 보여줌을 보였다. 이를 실제 환경에서는 VM이슈 등으로 Cache 등 Hit ratio 가 더 나쁘다 말함.

각 벤치마크 도구마다 특징이 있는데 간략하게 말하자면

(이하 내용은 작성하던 PPT 복붙이다. 나는 PPT 작성 시, 영어 공부도 할 겸 주로 영어로 작성한다. 물론 영어는 죽도록 못하지만...)

•PARSEC Benchmark Suite

‐The Princeton Application Repository for Shared-MEmory Computers (PARSEC) 

‐Benchmark for parallel shared memory systems

‐System researchers(In many cases memory) use it

•Key Features

‐Multithreaded

‐Emerging Workloads

‐Diverse

‐Not HPC-Focused

•Used paper

‐About 353 papers. (2016 ~ Current)

>Search for the number of articles citing "The PARSEC benchmark suite: Characterization and architectural implications"

•SPLASH-2

‐Includes applications and kernels mostly in the area of high performance computing (HPC)

‐It has been widely used to evaluate multiprocessors and their designs

‐Benchmark for parallel shared memory systems

‐Recent studies show that SPLASH-2 and PARSEC benchmark suites complement each other

‐SPLASH-2 into the PARSEC environment in current release

‐System researchers(In many cases HPC) use it

•Key Features

‐Multithreaded

‐Memory overhead

•Used paper

‐About 246 papers. (2016 ~ Current)

>Search for the number of articles citing "The SPLASH-2 programs: Characterization and methodological considerations"

•SPEC CPU Benchmark Suites

‐Standard Performance Evaluation Corporation CPU
(Current: SPEC CPU 2006)

‐In particular their SPECint and SPECfp

>SPECint : Benchmark specification for CPU integer processing power

>SPECfp : Benchmark specification for CPU floating point processing power

‐As siblings, SPECcloud, SPECapc, SPECpower and ETC...

‐Least version(2006) is to old, but still valid

‐800$ (Only SPEC CPU not allows it’s siblings)

‐System researchers(In many cases HPC) use it

•Key Features

‐CPU

‐RAM

‐Compiler

‐Does not test I/O, networking, or graphics

•Used paper

‐About 186 papers. (2016 ~ Current)

>Search for the number of articles citing "SPEC CPU2006 benchmark descriptions"

•lmbench

‐micro-benchmark suite designed to focus attention on the basic building blocks
of many common system applicationsAs siblings, SPECcloud, SPECapc, SPECpower and ETC...

‐Least version(2.5, 2006) is to old, but still valid

‐System researchers(In many cases Small or Specify systems) use it

•Key Features

‐Bandwidth benchmarks

>Cached file read, Memory copy (bcopy), Memory read, Memory write, Pipe, TCP

‐Latency benchmarks

>Context switching

>Networking: connection establishment, pipe, TCP, UDP, and RPC hot potato

>File system creates and deletes.

>Process creation.

>Signal handling, System call overhead

>Memory read latency

‐Miscellanious

>Processor clock rate calculation

•Used paper

‐About 40 papers. (2016 ~ Current)

>Search for the number of articles citing "lmbench: Portable Tools for Performance Analysis"