20190411

오늘의 일기
* 오늘의 깨달음 – 벤치마크를 돌릴 때에는 벤치마크의 특성을 이해하자. 예를 들자면 CloudSuite의 data caching (memcached)에서는 twitter에서의 데이터 접근 패턴만을 사용할 뿐, 데이터값은 쓰레기값을 채워넣는다 (A로 채워넣는다). 이를 놓치면 잘못된 결론에 이를 수 있다. “memcached 사용 환경에서는 메모리 데이터는 모두 A구나 🙂 “. 게다가 벤치마크 제작자 입장에서는 사소한 설정도 실험 목적에 따라서는 중요할 수 있다. 벤치마크를 뜯어보고 최대한 realistic한 설정을 찾으려 하는 중…
* CloudSuite의 data analytics에서 사용하는 wikipedia 입력 데이터가 너무 작아서 BigDataBench에서 제공하는 wiki 데이터로 교체함. 압축된 데이터 크기는 10492810412B, 해제된 크기는 46658851958B (44GB). 실행해보니 이 크기는 너무 커서 dd로 extract하여 사용함. wiki dump 파일은 xml로 구성되어있는데, page 단위로 구분된다. 적당히 포맷만 맞춰주면 됨.

# dd if=wiki count=10 bs=1G > wiki.10G

* 나 혼자 + 영어로 + 원격으로 연구 미팅을 하다가 예상치 못한 반응이 나오면 정신이 아득해지곤 한다… 한 번 아득해진 정신은 날 더 먼 곳으로 이끌곤 한다.

Advertisements
Posted in Memo

20190410

오늘의 일기
* github을 배회하다 collab-vm이라는 것을 찾았다(, github). 해당 사이트에서는 누구나 사용할 수 있도록 몇 개의 가상 머신을 웹에서 호스팅하고 있었다.

collab-vm.PNG
* 스크랩
Hooking Library Function Calls – LD_PRELOAD 환경변수 활용하면 라이브러리 함수 후킹 가능
Backtrace on C language program – backtrace() 함수 활용하여 함수 호출 backtrace 확인 가능

Posted in Memo

20190409

오늘의 일기
* VA-PA 매핑 확인 위해 pagemap을 읽으려는 중에 잘 되지 않았음. CPP에서 잘 되지 않는 것 같다는 질문이 있어 C로 변경하여 작성하였더니 잘 되었음 (링크 1, 링크 2, 링크 3).

Posted in Memo

20190408

오늘의 일기
* Professional Linux Kernel Architecture 책에서 연구 관련 도움을 받음. 리눅스 커널 소스 코드에 대해 이해할 수 있다.
* BigDataBench 워크로드 리스트 캡쳐. CloudSuite과 달리 BigDataBench는 설정이 까다롭다… 캡쳐해두고 필요한 것만 설치하자.

bigdatabench-workload-list.PNG

Posted in Memo

20190407

오늘의 일기
* 이전에 rdtsc를 프로그램 순서대로 호출하려면 rdtscp를 쓰거나 CPUID를 호출하는 방법이 있다고 했는데, 커널에서는 rdtsc_ordered를 쓰면 된다.

Posted in Memo

20190406

오늘의 일기
* 작년 10월경부터 연구실 생활에 짜증 또는 싫증이 나있었던 것 같은데, 아무래도 교수님께 이 기분을 들킨 것 같다 🙂 열심히 했는데도 부족한 실적, 까마득한 졸업, 연애 불가, 맛 없는 밥, 나날이 늘어가는 연구실 잡일 등에 짜증나있었고, 짜증은 하루하루 더해가고 있다… 이 악물고 달리고 있는게 눈에 보이셨는지, 학생들이 졸업할 때가 되면 눈빛이 달라진다(사나워진다)는 이야기를 하셨다. 아닌 줄 알면서도 “제 눈빛은 아직 선하지 않습니까”하고 여쭤보았더니, 무슨 말이냐며, 작년부터 달라졌다고 이야기하셨다.
* Researchers trick Tesla Autopilot into steering into oncoming traffic

Posted in Memo

20190405

오늘의 일기
* swap space를 설정해도 한 번에 RAM 초과 메모리를 할당하면 OOM killer에 의해 죽는다. “echo -17 > /proc/$PID/oom_adj”를 사용해 특정 프로세스를 죽지 않게 할 수 있지만, 다른 프로세스가 죽어나가다가 시스템이 뻗는다. lookbusy는 메모리를 일정 단위로 차례대로 할당하므로 이런 현상이 나타나지 않는 것 같다. dstat을 사용하면 디스크별 입출력 상황을 확인할 수 있다. “dstat -D sda,sdc”.

Posted in Memo
Categories
Recent Posts
누적 방문자 수
  • 157,813 hits