code cat

출처: Android Open Source code, dalvik/doc/dexopt.hml

Dalvik Optimization and Verification

Dalvik Optimization and Verification with dexopt

• class 데이터(특히 bytecode), 는 시스템 메모리 사용을 최소화하기 위해 프로세스간 공유함
• app을 띄울때 응답성을 높이기 위해 overhead를 줄임
• class 데이터를 각 개개별의 파일에 저장할 경우 낭비가 심하여, 이를 방지함
• class 데이터 파싱을 하면 class 로딩 시에 많은 overhead가 발생하므로, C 타입의 data value로 처리하는게 유리함
• Bytecode verification은 필요하나 느리므로, app의 실행외에 verify 하는 방향으로 추진
• Bytecode 최적화는 속도와 배터리 수명을 위해 매우 중요함
• 보안을 위해 프로세스는 공유 코드를 못 고침

결론적으로 다음과 같은 결과물이 필요하다.

• multiple class들은 하나의 "DEX" file로 통합됨
• DEX 파일은 read-only로 맵핑되며 프로세스간에 공유됨
• Byte ordering 과 word alignment는 local system에 맞게 변경가능함
• Bytecode verification은 필요하나 "pre-verify"를 함
• bytecode를 rewrite해야 하는 최적화는 반드시 선행되어야 함

VM Operation

어플리케이션 코드는 어플이름.jar 혹은 어플이름.apk 로 시스템이 전달되는데, 이는 단지 어플이름.zip 에 meta-data를 첨가한 것이다.  Dalvik DEX data 파일은 항상 clases.dex라고 표기된다.

bytecode는 zip 형태로 데이터가 압축되어 있고, 파일의 시작이 word-aligned가 아닐 수 있으므로, 메모리 맵핑되거나 zip 파일로부터 곧바로 실행이 불가능하다.  그러므로 classes.dex를 압축해제 하고 필요한 다른 액션(예를 들어 realignment, optimization, verification등)을 취해줘야 한다.  그럼 누가 이런 결과물을 만들어내고 저장해야 하는가??

Preparation

"preapred" DEX file을 생성하는데는 적어도 3가지의 방법이 있다.

1. VM 이 'Just-In-Time'(보통 JIT)을 통해 dalvik-cache 디렉터리에 결과물을 저장. desktop이나 engineering-only 디바이스에 적합하다.(dalvik-cache의 퍼미션 문제로 양산품에는 적용불가함)
2. dalvik-cache에 쓸 권한을 가진 시스템 인스톨러가 어플리케이션이 처음 추가되었을 때 한다. 
3. classes.dex를 제외한 관련 jar나 apk파일들을 이용해  빌드시스템이 선행적으로 진행한다. optimized DEX 파일은 오리지널 zip 아카이브 옆에 놓이며, 시스템 이미지의 일부분이 된다.

https://developers.google.com/java-dev-tools/download-wbpro 에서 알려준 링크

를 사용하면 다음과 같이 인스톨이 제대로 되지 않는다.  

이는 WindowBuilder Pro에서 필요한 컴포넌트들이 WindowBuilder Pro 사이트에 존재하지 않아서 이다.

대신, eclipse Indigo 사이트에서 다운을 받아보자.

indigo관련 릴리즈들이 많아서 처음에 오래 걸린다.

리스트가 뜨면, Filter에 WindowBuilder 와 SWT 와 Swing 등으로 필터를 걸고 찾아서 인스톨 하면 된다.

최근에 svn 버젼을 보니 폴더마다 .svn이 사라진 거 같다.  그러나 아직 예전 .svn 저장소를 쓰는 이들을 위해 다음과 같은 명령어가 유용하게 쓰일 수 있겠다. 

(실제로, 얼마전 svn 으로 관리되는 코드를 git으로 바꿀 때 써먹었다.)

하위 폴더까지 .svn 지우기

tar 압출 풀기

/opt/ 밑으로 옮기기

환경설정

arm-none 정도 쳐보고 tab쳐서 나오면 패스 설정은 제대로 됬음을 확인 할 수 있다.

vim에서 검색한 내용 copy & paste 하기

vim에서 search 한 내용만 골라서 copy를 하고 싶을 경우 다음과 같이 하면 된다.

처음 라인에서는 레지스터 a를 비운다.  (저 명령어는 매크로를 기록할 때 쓰는 명령어이다.)

두번째 라인에서는 뭐.. 알다시피 검색어를 찾아서 A 레지스터에 넣는다.

세번째 라인에서는 레지스터 A를 클립보드에 카피한다.

vim에서 검색한 내용 지우기

이건 쉽다.

따로 설명할 필요 없으리라 믿는다.

한가지 검색한 거를 제외하고 위의 작업을 하고 싶을 땐 어떻하면 좋을까???

inverse를 떠올리면 된다!

알고나니 참 좋은 기능이다.

__user 로 타입이 정의된 변수는 kernel space 밖에 있다는 걸 의미한다.

예를 들어,

라고 하면, 이는 user space안에 char *buff라고 선언한 것이다.

이를 이용해 kernel과 user 공간 사이의 communication(예: read/write )을 할 때 편리하게 쓸 수 있다. 

이와 함께 쓰이는 함수가 대표적으로 copy_from_user 와 copy_to_user가 있겠다.

stackoverflow에 보니 아래와 같은 질문이 있었다.

http://stackoverflow.com/questions/4521551/what-are-the-implications-of-the-linux-user-macro

__user로 선언된 변수는 dereference를 할 경우 어떤 동작을 일으킬지 모르는 것 같다.(untrusted pointer라는 문맥)  저렇게 함으로서 개발자(?)에게 __user로 선언된 변수를 deference하지 말라고 표시 하는 거 같다.