Information Technology WEBlog

 rename /bin/변경전파일.sh /bin/변경후파일.sh /bin/대상파일.sh 

이런 식으로 

미프리 스마트 워치 리뷰 입니다. 

뒤에 뚜껑을 열면 마이크로메모리 슬롯이 있군요

케이스  가 좋은 것 같습니다. ㅎ

배터리와 뒷 뚜껑 입니다.

잠깐 써본 느낌은 제 아이폰과 블루 투스 연결 하여 전화 걸기 가 되더군요 

그리고 my phone 찾기는 왠지 안되고 ㅜㅜ 애플에서 막아놨을지도 애플워치만 되게 ㅜㅜ 

BT 라는 단어가 많이 뜨는데 Blue Tooth 의 약자 겠죠? ㅎ

어플은 설치 할 수 있는지 알아봐야 할것 같습니다. 얼핏 봤을 때는 없는것 같은데요 ㅎㅎ

2011년? 모델이죠 듀얼 코어에 판매당시 광고에는 다른폰보다 빠르다고 강조하더군요

지금도 쓸만한것 같습니다. 인터넷 하기에는 말이죠

팬텍 법정신청 들어갔다는데 어떻게 됐나 궁금하네요.

4.5인치 대화면에 겉모습은 보기 좋습니다.

버젼 확인 방법

httpd -v

php -v

mysql --version

안녕하세요 아이폰 사용자들이라면 아이폰 리퍼 가 무엇인지 정도는 알아야 하겠죠 

그래서 아이폰 리퍼에 관하여 글을 올려 봅니다.

 아이폰 을 구매하게 되면 1년동안 리퍼제품으로 교체를 받을 수 있는 기간 이 있는데요

그리고 90일간? 기간이 있는데 이건 새제품 교환인가?

하여튼 기기에 결함이 있고 사용자 과실이 없다면 1년 동안 무상으로 리퍼폰을 교체 해줍니다.

자 리퍼폰 교체란 이처럼 결함이 있는 제품의 일부 부품을 새것으로 교체한 후 고객에게 A/S 를 해주는 시스템입니다.

핸드폰 안의 부품 상태를 알 수 없지만 완전 새것 같습니다.

저도 리퍼를 받았거든요 처음에는 고민좀 했습니다. "깨끗하게 썼는데 더 안좋은것 주면 어쩌지?" 하고요 하지만 그것은 기우였습니다.

TUVA 직원말로는 요즘에는 거의 모든 부품이 새것 인 것처럼 이야기 하더군요

 암튼 저는 리퍼 받은 아이폰6 상태에 아주 만족 하고 있습니다. 아직 까지는요

그리고 리퍼 받은 제품도 90일간의 무상 교체기간을 주더군요.

이런 애플서비스에 대체로 만족 합니다.

여러분이 만약 리퍼받으실 일이 생기시면 애플 엔지니어가 "백업은 받으셨어요?" 하고 물어 보실 겁니다.

다음 포스트에 아이튠즈 백업 방법을 올리겠습니다.

ssh 명령설명

22번 포트번호를 통해서 원격지 서버를 안전하게 제어할수 있는 프로토콜

ssh 사용방법

ssh userid@아이피또는도메인

ex1 : ssh userid@192.168.0.2
# 기본 포트(22) 지정해서 접속하기

ex2 : ssh userid@192.168.0.2 -p 999
# 특정 포트(999) 지정해서 접속하기

scp 명령설명

1. 타서버끼리 다이렉트로 데이타를 송수신하는 복사프로그램이다. 다이렉트로 데이타를 복사하므로 wg et, ftp 프로그램보다 
전송속도(평균 10MB/s)가 상당히 빠르다.
2. scp명령은 서로 다른 컴퓨터끼리(명령어가 있다고 가정:보통리눅스) 데이터를 복사시키는 명령이다.

scp 사용방법

※ scp 명령을 실행해서 사용가능한 상태인지 체크한다.

scp -r -p zetgame.co.kr.tar.gz test@아이피또는도메인:/home/zetgame/www
- 현재 경로에 zetgame.co.kr.tar.gz파일을 아이피 또는 도메인에 해당하는 서버의 test 계정에 속해진 /home/zetgame/www 
경로로 복사한다.

scp * 111.222.333.444:/home/lee
-- 현재 위치에 있는 모든 파일을 111.222.333.444 서버의 /home/lee 폴더로 root 계정권한으로 복사시킨다.

scp * test@111.222.333.444:/home/lee
-- 현재 위치에 있는 모든 파일을 111.222.333.444 서버의 /home/lee 폴더로 test 계정권한으로 복사시킨다.

scp test@test.co.kr:/home/test.co.kr/test.sql ./
-- 원격지 test.co.kr 서버에서 test 계정권한으로 원격지 /home/test.co.kr/ 경로에 원격지 test.sql 파일을 현재 서버의 경로에
복사시킨다.

※ 같은 서버끼리도 scp 명령이 가능하나 ,웬만하면 cp 명령을 사용합시다.

ls 명령의 매뉴얼

NAME

ls, dir, vdir - 경로의 내용을 나열한다.

SYNOPSIS

ls [-abcdfgiklmnpqrstuxABCFGLNQRSUX1] [-w cols] [-T cols] [-I pattern] [--all] [--escape] [--directory] [--inode] [--kilobytes] [--numeric-uid-gid] [--no-group] [--hide-control-chars] [--reverse] [--size] [--width=cols] [--tabsize=cols] [--almost-all] [--ignore-backups] [--classify] [--file-type] [--full-time] [--ignore=pattern] [--dereference] [--literal] [--quote-name] [--recursive] [--sort={none,time,size,extension}] [--format={long,verbose,commas,across,vertical,single-column}] [--time={atime,access,use,ctime,status}] [--help] [--version] [--color[={yes,no,tty}]] [--colour[={yes,no,tty}]] [name...]

DESCRIPTION

이 문서는 더이상 최신 정보를 담고 있지않다. 그래서, 몇몇 틀릴 경우도 있고, 부족한 경우도 있을 것이다. 완전한 매뉴얼을 원하면, Texinfo 문서를 참조하기 바란다.

이 매뉴얼 페이지는 ls 명령의 GNU 버전에 대한 것이다. dir과 vdir 명령은 ls 명령의 심블릭 파일로 그 출력 양식을 다르게 보여주는 풀그림들이다. 인자로 파일이름이나, 경로 이름이 사용된다. 경로의 내용은 초기값으로 알파벳 순으로 나열된다. ls의 경우는 출력이 표준 출력(터미날 화면)이면, 세로로 정열된 것이 가로로 나열된다. 다른 방식의 출력이면 한줄에 하나씩 나열된다. dir의 경우는, 초기값으로 ls와 같으나, 모든 출력에서 세로로 정열해서 가로로 나열한다.(다른 방식의 출력에서도 항상 같음) vdir의 경우는,초기값으로 목록을 자세히 나열한다.

OPTIONS

-a, --all

경로안의 모든 파일을 나열한다. `.'으로 시작하는 파일 들도 포함된다.

-b, --escape

알파벳 형식을 사용하는 파일 이름안에서 그래픽 문자가 아닌 문자들을 사용한다. C와 같이 여덟가지 역슬래쉬 문자(`\')와 함께 오는 문자들을 사용한다.

-c, --time=ctime, --time=status

파일 최근 변경 시간에 따라 정열 해서 보여준다. 자세한 나열(-l 옵션)이면, 그 파일의 최근 변경 시간을 보여준다.

-d, --directory

경로안의 내용을 나열하지 않고, 그 경로를 보여준다.(이것은 쉘 스크립트에서 유용하게 쓰인다.)

-f

경로 내용을 정열하지 않는다: 이것은 디스크에 저장된 순으로 보여준다. -a와 -U 옵션과 같은 뜻이며, -l, -s, -t. 옵션과 반대뜻이다.

--full-time

시간을 간략히 표시하지 않고, 모두 보여 준다.

-g

무시: 유닉스 호환을 위해서 있음.

-i, --inode

파일 왼쪽에 색인 번호를 보여준다.

-k, --kilobytes

파일 크기가 나열되면, kb 단위로 보여준다. 이 옵션은 POSIXLY_CORRECT 환경 변수를 무시한다.

-l, --format=long, --format=verbose

파일 나열에 있어, 파일 형태, 사용권한, 하드링크 번호, owner 이름, group 이름, 파일 크기, 시간(따로 지정하지 않으면 파일이 만들어진 날자다)을 자세하게 나열한다. 시간은 여섯달 이전 것이면, 시간이 생략되고, 파일의 연도가 포함된다.

-m, --format=commas

파일을 가로로 나열한다. 가로로 나열할 수 있는 만큼 최대한 나열한다.

-n, --numeric-uid-gid

이름의 나열에서 UID,GID 번호를 사용한다.

-p

파일 형태를 지시하는 문자를 각파일에 추가한다.

-q, --hide-control-chars

파일 이름에 그래픽 문자가 아닌 것이 있으면, `?'로 표시한다.

-r, --reverse

정열 순서를 내림차순으로 한다.

-s, --size

파일 크기를 1Kb 단위로 나타낸다. POSIXLY_CORRECT 환경 변수가 지정되면, 512b 단위로 지정된다.

-t, --sort=time

파일 시간 순으로 정열한다. 최근 파일이 제일 먼저.

-u, --time=atime, --time=access, --time=use

파일 사용 시간 순으로 정열한다. 자세한 나열이면, 시간 표시는 만들어진 날자대신, 사용된 날자를 보여준다.

-x, --format=across, --format=horizontal

정열 방식을 가로로 한다.

-A, --almost-all

`.', `..' 경로를 제외하고 디렉토리안의 모든 파일을 나열한다.

-B, --ignore-backups

파일 끝이 `~'인 파일은 목록 나열에 제외된다.

-C, --format=vertical

정열 방식을 세로로 한다.

-F, --classify

파일 형식을 알리는 문자를 각 파일 뒤에 추가한다. 일반적으로 실행파일은 "*", 경로는 "/", 심블릭 링크는 "@", FIFO는 "|", 소켓은 "=", 일반적인 파일은 없다.

-G, --no-group

자세한 목록 나열에서 group 정보를 제외한다.

-L, --dereference

심블릭 링크 파일들을 그냥 파일로 보여준다.

-N, --literal

이름이 영문이 아닌 경우, C에서 사용하는 역슬래쉬 문자(`\')와 함께 사용하는 표기 대신 그대로 출력한다.

-Q, --quote-name

-N 옵션과 반대.

-R, --recursive

하위 경로와 그 안에 있는 모든 파일들도 나열한다.

-S, --sort=size

파일 크기가 가장 큰 것 부터 정열해서 나열한다.

-U, --sort=none

정열을 하지 않고, 디스크에 저장된 순서대로 보여준다. 이 옵션은 -f 옵션을 사용할 수 없다. 유닉스 용 ls -f는 -a 옵션은 가능하나, -l, -s, -t 옵션이 불가능하기 때문이다.

-X, --sort=extension

파일 확장자 순으로 정열한다. 확장자가 없는 파일이 제일 먼저 나열된다.

-1, --format=single-column

한 줄에 한 파일씩 나열.

-w, --width cols

가로 길이를 ols 값으로 지정한다. 기본적으로는 한 화면의 가로 값이된다. 또한 COLUMNS 환경 변수 값으로 지정할 수 있다. 초기값은 80이다.

-T, --tabsize cols

탭이 사용될 때, cols 값으로 지정한다. 초기값은 8이다. 0으로 지정되면 탭 문자는 무시된다.

-I, --ignore pattern

pattern 패턴으로 지정된 파일들은 목록에서 제외된다. 이때, 명령행에서 그 파일이 지정되면 물론 나열된다.

--color, --colour, --color=yes, --colour=yes

파일의 형태에 따라 그 파일의 색깔을 다르게 보여주는 기능한다. 자세한 이야기는 아래 DISPLAY COLORIZATION 부분을 참조한다.

--color=tty, --colour=tty

--color 옵션과 같으나, 단지 표준 출력에서만 색깔을 사용한다. 이 옵션은 칼라 제어 코드를 지원하지 않는 보기 풀그림을 사용하는 쉘 스크립트나, 명령행 사용에서 아주 유용하게 쓰인다.

--color=no, --colour=no

색깔 사용하지 않는다. 이것이 초기값이다. 이옵션은 색깔 사용을 이미 하고 있다면, 이 값을 무시한다.

--help

도움말을 보여주고 마친다.

--version

버전 정보를 보여주고 마친다.

DISPLAY COLORIZATION

--color 옵션을 사용할 때, 이 버전의 ls 명령은 파일 이름이나, 파일 형태에 따라 파일의 색깔별로 나열할 수 있다. 이 칼라화는 초기값으로 파일 형태에 따라서만 사용된다. 사용되는 코드는 ISO 6429 (ANSI)이다.

이런 초기 색깔 지정은 LS_COLORS (또는 LS_COLOURS) 환경 변수 지정으로 바꿀 수 있다. 이 변수들의 형식은 termcap(5) 파일 포멧의 방식을 사용한다. 각 항목은 ":"으로 하며, 각 항목은 "xx=문자열"로 한다. xx에는 두개의 문자가 오는데, 여기서 사용할 수 있는 문자는 다음과 같다.

no       0       파일 이름이 아닌 일반 텍스트

fi       0       일반 파일

di       32      경로

ln       36      심블릭 링크

pi       31      FIFO(파이프)

so       33      소켓

bd       44;37   블럭 장치

cd       44;37   캐릭터 장치

ex       35      실행 파일

mi       (없음)  잃어버린 파일 (초기값은 fi)

or       (없음)  심블릭 링크 대상이 없는 파일(초기값은 ln)

lc       \e[    왼쪽 코드

rc       m       오른쪽 코드

ec       (없음)  마침 코드 (lc+no+rc로 바뀜)

색깔을 바꿀 경우는 그 해당 변수만 바꾸면 된다.

파일 이름은 파일의 확장자에 따라 색깔을 지정할 수 있다. LS_COLORS 환경 변수에 포함하면 되고, 그 사용법은 위와 같다. 문법은 "*ext=문자열"이다. 예를 들어, C 소스 파일을 파란색으로 지정하려면, "*.c=34"이다.

제어 문자는 C에서와 갈이 `\'문자로 시작하는 문자를 사용하거나, stty와 같이 `^'문자로 시작하는 문자를 사용할 수 있다. C 스타일일 경우는 \e는 Esc, \_ 공백문자, \? Delete 이다. 추가로, \ escape 문자는 \, ^, :, =의 초기 처리 방식을 무시하는데 사용될 수 있다.

각 파일은 <색깔값> <파일이름> 형태로 지정 된다. 만약 코드를 지엉하지 않으면, 가 대치된다. 이 방법은 보다 많은 변환을 하지만 일반적인 방법은 아니다. 왼쪽, 오른쪽, 마지막 코드는 일반적인 ISO 6429 코드를 지원하지 않는 터미날을 위한 값으로 특별한 경우가 아니면, 사용할 필요가 없다.

ISO 6429 코드일 경우 사용될 수 있는 코드값은 다음과 같다. (물론 lc, rc, ec 값은 제외된다.)

 0     초기 색깔로 다시 돌린다.

 1        강조색

 4        밑줄

 5        깜빡이는 글자.

30        까만색 전경

31        빨강 전경

32        녹색 전경

33        노랑(또는 갈색) 전경

34        파랑 전경

35        보라 전경

36        청록색 전경

37        흰색(또는 회색) 전경

40        까만색 배경

41        빨강 배경

42        녹색 배경

43        노랭(또는 갈색) 배경

44        파랑 배경

45        보라 배경

46        청록색 배경

47        흰색(또는 회색) 배경

모든 명령이 모든 시스템이나 디스플레이 장치에서 제대로 동작하는 것은 아니다.

몇 터미날은 초기 마지막코드(ec)가 인식되지 않을 수 있다. 만약, 색들을 사용했다면, no, fi 값을 0으로 지정해 초기값으로 되돌려 놓아야 한다.

BUGS

BSD 시스템에서는, -s 옵션이 HP-UX 시스템으로 부터 NFS 마운트된 파일을 위한 파일 크기가 반으로 잘못 보여진다고 한다. HP-UX 시스템에서는, BSD 시스템으로 부터 NFS 마운트된 파일을 위한 파일의 크기가 반대로 두배로 나타난다. 이런 현상은 HP-UX ls 풀그림도 마찬가지라고 한다.

영어권 문자셋을 사용할 경우는 별 문제가 없지만, 한국어와 같이 2바이트 문자권에서는 자국어로 된 파일 이름을 보기 위해 특별한 옵션을 지정해 주어야한다. 
``-N --color=tty'' 옵션이 그 옵션이다.

lsattr 의 매뉴얼

NAME

       lsattr  -  list file attributes on a Linux second extended

       file system

SYNOPSIS

       lsattr [ -RVadv ] [ files...  ]

DESCRIPTION

       lsattr lists the file attributes on a second extended file

       system.

OPTIONS

       -R     Recursively  list  attributes  of  directories  and

              their contents.

       -V     Display the program version.

       -a     List all files in directories, including files that

              start with `.'.

       -d     List  directories  like  other  files,  rather than

              listing their contents.

       -v     List the files version.

AUTHOR

       lsattr has been written by Remy  Card  <card@masi.ibp.fr>,

       the developer and maintainer of the ext2 fs.

BUGS

       There are none :-).

AVAILABILITY

       lsattr  is  part of the e2fsprogs package and is available

       for anonymous ftp from tsx-11.mit.edu in  /pub/linux/pack-

       ages/ext2fs.

프로세스들이 작업을 수행하기 위해서는 프로세스 스케줄러로 부터 CPU를 할당 받아야 한다. 이런 작업은 운영체제에 의해 구현되고 CPU를 언제, 어떤 프로세스에게 배당되는지 결정하는 작업을 프로세스 스케줄링 이라 한다. 프로세스 스케줄링은 방법에 따라서 선점 스케줄링과 비선점 스케줄링으로 나눌수 있다. 다음은 프로세스 스케줄링의 종류이다. 

각각 스케줄링 알고리즘의 특징을 알기 전에 스케줄링의 목절을 알아보면 다음과 같은 목적을 고려해서 스케줄링 되어야 한다. 

●  공정한 스케줄링 : 스케줄링할 때 모든 프로세스들은 공평하게 취급되어야 하며 어느 프로세스도 무한정 대기 하는일이 없어야 한다. 

●  처리량 극대화 : 스케줄링할 때 프로세스들의 가능한 한 단위 시간당 처리량을 최대화 한다. 

●  응답 시간 최소화 : 대화식 사용자에게는 가능한 최대한 응답 시간을 빠르게 한다. 

●  반환 시간 예측 가능 : 시스템의 부하에 관계없이 일정한 작업은 같은 시간 내에 같은 비용으로 실행, 완료되어 반환시기를
 예측 가능해야 한다. 
●  균형 있는 자원 사용 : 스케줄링 시 시스템 내의 자원들이 유휴 상태로 놓이지 않게 골고루 사용하게 하고, 유휴 상태의 자원을 사용하는 프로세스에게 더 나은 서비스를 제공 한다. 
●  응답 시간과 자원 이용간의 조화 : 빠른 응답 시간과 자원의 활용도를 고려하여 응용에 따라 적절하게 조화시킨다.

●  우선 순위제를 실시 : 프로세스들에게 우선순위를 부여하여 우선순위가 높을수록 먼저 실행되도록 한다. 

●  페이지 부재를 적게 발생시키는 프로세스에게 더 좋은 서비스를 해준다. 

■ 선점 스케줄링  

선점은 한 프로세스가 CPU를 점유하고 있을 때 다른 프로세스가 현재 프로세스를 중지시키고 자신이 CPU를 차지 할 수 있는 방식이다. 우선순위가 높은 프로세스가 먼저 수행 될 때 유리하고, 빠른 응답시간을 요구하는 시분할 시스템에 유용하다. 하지만
선점 때문에 많은 오버헤드를 초래한다. 

□ Round robin 스케줄링

라운드 로빈 스케줄링은 FCFS (First come First service) 방식으로 각 프로세스는 같은 크기의 타임 슬라이스를 할당 받는다. 
만약 프로세스가 할당 받은 시간동안 작업을 완료하지 못하면 다음 프로세스로 넘어가고 실행 중이던 프로세스는 준비 완료 리스트의 가장 뒤로 보내진다. 

라운드 로빈 방식의 특징은 다음과 같다. 

● 시분할 방식의 시스템에서 효과적이다. 
● 할당 시간의 크기는 시스템의 효과적인 동작에 절대적인 영향을 미친다.
● 할당 시간이 크면 FCFS 방식과 같다. 
● 할당 시간이 작으면 자주 문맥교환이 발생하므로 오버헤드가 커진다. 

□ SRT 스케줄링

준비 큐에 있는 프로세스들 중에서 가장 짧은 시간이 소요된다고 판단되는 프로세스를 먼저 수행 시킨다. 
SJF 방식에 선점 방식을 도입한 방식이라고 생각하면 편하다. 

현재 프로세스가 CPU를 할당 받아 사용중이더라도 남은 처리 시간이 더 짧다고 판단되는 프로세스가 준비 큐에 생기면 언제라도 실행 중인 프로세스는 선점될 수 있다. 또한 수행 중인 각각의 작업들의 실행 시간을 추적 보유하고 있어야 한다. 

□ MLQ 스케줄링 

작업들을 여러 종류의 그룹으로 나누어 여러개의 큐를 이용하는 스케줄링 기법이다. 그룹화된 작업들은 각각의 준비 큐에 넣어서 각 큐의 독자적인 스케줄링 알고리즘에 따라서 CPU를 할당 받는다. 

● 다단계 큐 알고리즘은 준비 상태 큐를 여러 종류로 분할해 둔다.
● 각 큐는 자신만의 독자적인 스케줄링을 가지고 있다. 
● 각각의 서로 다른 작업들이 다른 묶음으로 분류될 수 있을 때 사용되는 알고리즘이다. 
● 일괄 처리 작업이 실행 중일지라도 상위 단계 큐에 작업이 들어오면 일괄 처리 작업은 선점 당한다.
● 한 큐에서 다른 큐로의 작업 이동은 불가능 하다.

□ MFQ 스케줄링

새로운 프로세스가 들어오면 높은 우선순위를 할당해 주어 단계1에서 즉시 수행해 주고 점차 낮은 우선순위를 부여하며 단계 n쯤 되는 나중에는 그 작업이 완료될 때까지 라운드 로빈으로 순환된다. 하나의 준비 큐를 통해 여러 피드백 큐를 걸치며 작업을 수행하는 방법이다. 이 방법은 CPU에 대한 요구량에 따라 프로세스들을 분류하는대 이상적인 방법이다.

● 짧은 작업에 유리하다.
● 입출력 장치를 효과적으로 이용하려고 입출력 위주의 작업들에 우선권을 준다.
● 가능한 빨리 작업의 특성을 알고 그것에 맞게 해당 작업을 스케줄링 한다.
● 프로세스가 보다 하위 단계의 큐로 옮겨갈수록 주어진 할당 시간은 점차 크게 설정된다. 

■ 비선점 스케줄링

비선점은 한 프로세스가 CPU를 할당받으면 다른 프로세스는 할당 받은 프로세스가 작업을 종료할때 까지 CPU를 사용 불가능 한 방식이다. 모든 프로세스의 요구를 공정히 처리할 수 있다. 응답시간이 예측 가능하다. 단 짧은 작업이 긴 작업을 기다리는 경우가 발생 할 수 있다. 

□ 우선순위 스케줄링

각 프로세스에게 우선순위를 부여하여 순위가 높은 순서대로 처리하는 방법이다. 우선순위는 보통 프로세스의 특성과 종류에 따라서 각각 다르게 부여될 수 있다. 우선순위 스케줄링은 정적 우선 방법과 동적 우선 방법이 있다. 

정적 우선순위 방법 : 실행이 쉽고 상대적으로 오버 헤드는 적지만 주위 여건의 변화에 적응하지 못하고 우선순위를 바꾸지 않는다.

동적 우선순위 방법 : 상항 변화에 잘 적응한다. 구현하기가 복잡하고 오버헤드가 많으나 시스템이 응답도를 증가시켜 주므로 효율성이 있다. 

□ 기한부 스케줄링 

기한부 스케줄링은 작업들이 명시된 시간이나 기한 내에 완료되게 계획되고 작업들의 결과가 시간내에 구해지면 유용하고 마감 시간이 지난 후에 결과가 구해지면 쓸모가 없게 된다. 

● 사용자는 사전에 작업이 요구하는 정확한 자원을 제시해야만 한다. 만약 기한 시간 내에 일을 끝내지 못하면 막대한 손해를 초래한다.
● 시스템은 다른 사용자들에 대한 서비스를 감소시키지 않으면서 기한부 작업을 실행할 수 있어야 한다.
● 시스템은 기한까지 일을 끝내기위해 자원 안배를 주의 깊게 계획해야 한다.
● 만약 많은 기한부 작업들이 동시에 실행된다면 스케줄링이 너무 복잡하게 된다.
● 기한부 스케줄링으로 요구되는 집중적인 자원 운영은 많은 오버헤드가 뒤따른다. 

□ FCFS(FIFO) 스케줄링

가장 단순한 방식으로 프로세스들이 대기 큐에 도착한 순서에 따라 CPU를 할당 받는 방식이다. 

이방식은 일단 프로세스가 CPU를 차지하면 완료될 때까지 수행한다. 다른 방식에 비하여 작업 완료 시간을 예측하기가 쉽다. 선점이 불가능하기때문에 수행시간이 긴 프로세스가 할당받은 상태라면 수행시간이 짧은 프로그램이 대기할 경우가 생기고 중요한 작업이 대기하는 상황이 발생할수 있다. 또한 대화식 사용자들에게는 부적합하다.

□ SJF 스케줄링

SJF 방식 (SJN)은 준비큐에서 기다리는 작업중 수행시간이 가장 짧다고 판단되는 것을 가장 먼저 수행하는 스케줄링 방법이다. 

FCFS 보다 평균 대기 시간을 감소시키지만 큰 작업일수록 FCFS에 비해 예측이 어렵다. 긴 작업보다 짧은 작업일 수록 오버헤드 면에서 볼 때 유리하다. 하지만 이 방법은 수행할 작업이 얼마나 긴 것인지를 정확히 판단 해서 수행해야 하는대 수행시간을 정확히 얻는다는 것이 어렵다. 

□ HRN 스케줄링

이 방법은 SJF의 약점 특히 긴 작업과 짧은 작업 간의 불평등을 어느 정도 보안한 방법이다. 

이 방법도 비선점 스케줄링 방식이므로 한 작업이 CPU를 차지하면 그 작업은 완성될 때까지 실행한다. 
우선순위는  (대기 시간 + 버스트 시간) / 버스트 시간 으로 정한다. 

각각 스케줄링 방법을 표로 정리해보면 다음과 같다.