Be The Blogger : 전산병의 근무일지

http://terms.naver.com/entry.nhn?docId=2270394&cid=51173&categoryId=51173

http://terms.naver.com/entry.nhn?docId=2270394&cid=51173&categoryId=51173

Process Control Block

- 운영체제가 Process를 관리(제어)하기 위하여 Process의 상태 정보를 저장하고 있는 구조체

- PCB는 Process생성시 생성되며, 종료시까지 주기억장치에 유지됨

※ 프로세스는 시작 종료가 느리다.(PCB를 메모리 할당/해제하는데 오버헤드 발생)

※ 모든 프로세스는 1개의 PCB를 가진다.(멀티스레드는 하나의 PCB를 공유한다 -> 시작/종료의 오버헤드 감소)

- task_strut라는 구조체에 정의

PCB가 유지하는 정보

□ 프로세스 상태(Process State)

   - CPU에 할당할 프로세스 결정을 위해

   - OS의 Process Scheduler에 의해 결정

   ※ 프로세스 상태 전이(Process State Transition)에 따라 값 변경됨

□ 프로세스 번호(PID)

□ 프로그램 카운터(PC) - 프로세스가 다음에 실행할 명령어의 주소

□ 레지스터

□ 프로세스의 모든 정보를 실시간으로 기록(CPU 사용시간, 메모리 정보, 할당된 자원 정보 등)

Context Switching - 1. 인터럽트나 system call 발생시 2. CPU Quantum을 모두 소모한 경우 3. I/O 입출력을 위해 CPU가 대기해야 하는 경우 4. 선점형 스케쥴러 사용중인 OS에서 우선순위가 낮아진 경우(특히, 멀티 프로그래밍 환경)

예> CPU가 위의 경우 중 한가지에 의해, Process2를 실행해야 하는 경우

Process1의 작업을 PCB1에 저장하고 Process2의 state를 PCB2로부터 reload하여 Process2의 작업을 재개(CPU에 Process2를 할당)

※ 단점 : 해당 과정에서 overhead 발생(선점형 CPU 스케줄링이므로)

(멀티 프로그래밍 환경에서 프로그램 처리보다 Context Switching이 더 자주 일어나 CPU를 효율적으로 사용하지 못할 수 있음)

find -perm 옵션의 +,- 차이점이 궁금해서 다음과 같은 실험을 해봤다.

1. test 디렉토리에 1~7이라는 파일을 만든 후, 각각의 chmod를 100~700으로 설정

root@kali:~/Documents# mkdir test

root@kali:~/Documents# cd test

root@kali:~/Documents/test# for i in {1..7}; do touch $i; done

root@kali:~/Documents/test# for i in {1..7}; do chmod "$i"00 $i; done

2. 다음과 같이 권한이 설정됨

root@kali:~/Documents/test# ls -al

total 8

drwxr-xr-x 2 root root 4096 Feb 11 01:08 .

drwxr-xr-x 4 root root 4096 Feb 11 01:08 ..

---x------ 1 root root    0 Feb 11 01:08 1

--w------- 1 root root    0 Feb 11 01:08 2

--wx------ 1 root root    0 Feb 11 01:08 3

-r-------- 1 root root    0 Feb 11 01:08 4

-r-x------ 1 root root    0 Feb 11 01:08 5

-rw------- 1 root root    0 Feb 11 01:08 6

-rwx------ 1 root root    0 Feb 11 01:08 7

root@kali:~/Documents/test#

3. 300 권한(write, executable)을 갖는 파일을 perm +,- 옵션을 주면서 검색

root@kali:~/Documents/test# find . -perm 300

./3

root@kali:~/Documents/test# find . -perm -300

.

./7

./3

root@kali:~/Documents/test# find . -perm +300

.

./5

./6

./7

./1

./2

./3

4. 결론

부호 없음 : 정확히 일치하는 결과 출력

+기호 : 부분집합 (w,x를 포함)시 출력

-기호 : 교집합 (w,x 중 하나라도 포함)시 출력

참고자료

http://hackerschool.org/HS_Boards/zboard.php?id=Free_Lectures&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&keyword=root&select_arrange=hit&desc=asc&no=1836

기본 umask의 설정

- /etc/profile에 "umask 022" 등을 설정

- 또는 /etc/login.defs에 "umask 022" 등을 설정

개인별 umask 설정

- 홈 디렉토리의 환경설정 파일(.profile)이나 쉘 환경설정 파일(.bashrc .cshrc)에 기록

- 로그인과 동시에 설정을 불러옴

현재 쉘에 한해 일시적 umask 설정

- umask 022 (직접 커맨드 입력)

umask 값과 실제 적용 상관관계

- umask와 실제 적용은 8의 보수 관계이다.

- 기본적으로 파일은 실행권한(x)이 생성되지 않는다.

  (아래 표와 같이 x는 모두 제외된 그림이 된다.)

- 디렉토리는 실행권한이 그 디렉토리의 접근권한을 뜻한다.

예시

출처 및 참고자료

http://coffeenix.net/doc/_mirror/async.kjist.ac.kr/shell/node13.html