JayK

라즈베리파이 원격 연결하기 위해 많은 정보를 찾아보았지만 블루투스 키보드, 무선 wifi 동글이 없는 상태라

남들 정보를 이용해서 하기엔 많은 어려움이 있었다.

이걸 성공하는데 오래 걸렸지만 어렵지는 않았다.

1. (iptime을 이용하였음) 랜 선을 라즈베리파이에 연결해주었다.

2. http://192.168.0.1 로 접속을하면 iptime 설정 사이트에 들어갈 수 있다.

들어 갔을 때 관리자명과 비밀번호를 입력하라는 메세지가 떠서

wifi단말기 뒤에잇는 rst 버튼을 15초 꾹 눌러 리셋 시켜주었다. 다시 비밀번호를 묻지 않았다.

3. 관리도구에서

고급설정 - 내부 네트워크 정보를 보면 아이피 정보를 얻을 수 있다.

4. putty 혹은 xshell 등 원격 접속 프로그램을 이용해 접속한다.

나는 xshell 을 사용 해왔어서 xshell을 이용해 접속 했다.

라즈베리파이의 기존 아이디와 비밀번호는

pi/raspberry 로 설정 되어있다.

5. 기본 설정

$ sudo raspi-config

이명령어를 치면 언어, 시간, 키보드 등 설정을 할 수 있다.

6. 원격제어 설치

접속 후 라즈비안 xrdp를 설치

$sudo apt-get update

$sudo apt-get install xrdp

7. 원격 접속

윈도우 보조프로그램의 원격 데스크톱 연결을 실행

라즈베리파이2의 ip를 입력 후

위의 id/pwd 를 입력 하게 되면

라즈베리가 보입니다. 

완성!

-여러 개의 태스크들 중에서 다음번 수행시킬 태스크를 선택하여 CPU라는 자원을 할당하는 과정을 스케줄링 이라고 함

-  리눅스의 태스크는 실시간 태스크와 일반 태스크로 나뉘며 각각 스케줄링 알고리즘이 구현

* 리눅스가 총 140단계의 우선순위 제공

실시간 태스크 (0~99)

일반 태스크 (100~139)

(1) 런 큐와 태스크

- 운영체제는 스케줄링 작업 수행을 위해, 수행 가능한 상태의 태스크를 자료구조를 통해 관리

- 이 자료구조를 런 큐(Runqueue)라 함

- 운영체제의 구현에 따라 런큐는 한개 혹은 여러개 존재 가능

- 자료구조의 모양이나 관리 방법도 달라짐

- ~/kernel/sched/sched.h 파일 내에 struct rq라는 이름으로 정의

- 부팅 이후 각 CPU별로 하나씩의 런큐를 유지

복수개의 CPU를 가진 시스템에서 리눅스의 런큐 자료구조와 태스크의 관계

- 새로 생성된 태스크는 부모 태스크가 존재하던 런 큐로 삽입 (더 높은 캐시 친화력 (cache affinity)를 얻을 수 있기 때문에)

- 대기 상태에서 깨어난 태스크는 대기전에 수행되던 CPU의 런 큐로 삽입

* 스케줄러가 수행되면 해당 CPU의 런큐에서 다음번 수행시킬 태스크를 고를 때 고려사항

1. 어떤 태스크를 선택할 것인가

   - 일반 태스크를 위해 CFS를 사용하며 실시간 태스크를 위해서 FIFO, RR, DEADLINE 정책을 제공

2. 런 큐간의 부하가 균등하지 않은 경우 어떻게 할 것인가

   - 부하 균등 (load balancing)기법을 제공

        # load_balance() 함수 : 특정 CPU가 많은 작업을 수행하고 있느라 매우 바빠 한가한 다른 CPU에 태스크를 이주(migration) 시켜서 성능 향상

(2) 실시간 태스크 스케줄링 (FIFO, RR and DEADLINE)

  - 가장 급한 태스크를 한가한 태스크보다 먼저 수행될 수 있도록 해줌 -> 높은 반응성을 보임

  - 어떤 기준에 근거하여 태스크를 골라내는지?

         -> task_struct 구조체는 policy, prio, rt_priority 등의 필드가 존재

  - 실시간 태스크 ( SCHED_FIFO, SCHED_RR, SCHED_DEADLINE)

  - 일반 태스크 (SCHED_NORMAL) , 이와 더불어 중요하지 않은 일을 수행하는 태스크가 CPU 점유를 막기 위해 SCHED_IDLE 정책, SCHED_BATCH정책이 존재

     * 리눅스 실시간 태스크란?  sched_setscheduler()등의 함수를 통해 태스크의 스케줄링 정책을 위 세가지 중 하나로 바꾸게 되면 실시간 태스크가 되는 것

  - 우선순위 설정을 위해 task_struct 구조체의 rt_priority 필드를 사용

      -> 0~99까지의 우선순위를 가질 수 있으며 태스크가 수행을 종료하거나 스스로 중지하거나 혹은 자신의 타임 슬라이스를 다쓸때까지 CPU를 사용

           => 즉 RR인 경우 동일 우선순위를 가지는 태스크가 복수개인 경우 타임 슬라이스 기반으로 스케줄링

  -

(1) 상태 전이와 실행 수준 변화

태스크는 생성 뒤 자신에게 주어진 일을 수행하며, 이를 위해 디스크 I/O나 락 등 CPU이외의 자원을 요청

특정 태스크가 당장 제공해 줄 수 없는 자원을 요청한다면?

1. 커널은 이 task를 잠시 '대기' 하도록 만듬

2. 다른 태스크를 먼저 수행

3. 태스크가 요청한 자원이 사용 가능해 지면 대기상태의 태스크를 다시 '수행'

(2) TASK_RUNNING(running) 상태의 수준

- 실제로 실행중인 TASK_RUNNING(running) 상태는 다시 사용자 수준 실행 상태와 커널 수준 실행 상태로 구분할 수 있음

(3) 커널 수준의 프로그램

- 커널 수준의 프로그램은 바로 리눅스 그 자체임

- 리눅스도 C와 어셈블리어로 작성된 S/W이기 때문에 수행되기 위해서는 스택을 필요로 함

- 리눅스 커널은 태스크가 생성될 때마다 태스크 별로 task_struct 구조체와 8KB의 스택을 할당해 줌

- 8KB의 스택은 thread_union이라 불림, thread_info(프로세스 디스크립터) 구조체도 포함 되어있음.

-Pt_regs는 수행을 마친 task가 사용자 수준 실행상태로 복귀하기 이전 수행 작업에 대한 정보 저장 

vim 설치

# yum install vim -y

gcc 설치

# yum install compat-gcc-34 -y

#vim a.c   ( a.c라는 파일을 생성하며 내용 작성 )

:wq로 저장 후 나옴

gcc [옵션] [바이너너리파일] [.c파일]

# gcc -o a a.c

a라고 초록색으로 바이너리 파일이 생성됨

#./a ( 바이너리파일 a를 실행 )

* vim 환경을 제작편하도록 변경

# vim ~/.vimrc (새파일 생성)

리눅스 운영체제에서 기본적으로 최고 관리 권한 계정인 root 계정을 보안상의 이유로 활성화 시켜놓지 않음.

계정이 보안상의 이유로 잠겨 있기 때문입니다.

참고로, 일시적 최고 권한을 얻기 위해 터미널 명령에 접두사로 sudo라는 명령어를 씀.

sudo :

 -  Super User do 의 약자. 하나의 명령에 대해서 일시적으로 최고 관리 권한을 가짐

 - 현재 로그인된 계정의 암호를 물음

또는 일시적으로 최고 관리자 계정을 사용하기 위해 su 라는 명령어를 사용하기도 함.

su :

 - Super User의 약자

 - 최상의 권한을 갖는 유저

 - 해당 터미널 세션에 한해서 일시적으로 root 계정처럼 사용할 수 있도록 권한을 부여

Root 계정 암호 설정하기

초기 root을 사용하기 위해선 계정암호를 설정해야 함

passwd [계정명] 으로 passwd로 변경 할 수 있음.

최상위 권한을 얻어 비번을 바꾸기 위해

# sudo passswd root

후 비밀번호 설정하면됨