환경변수는 시스템의 설정값이나 실행 경로 등, 운영체제 전반에 걸쳐 공유되어야 하는 정보를 담고 있습니다.

일반 변수 vs 환경 변수

가장 큰 차이점은 ‘전파(Inheritance)’입니다.

• 일반 변수 (Local Variable): 현재 실행 중인 스크립트 내에서만 유효합니다.
• 환경 변수 (Environment Variable): export 명령어를 통해 시스템의 ‘환경’으로 등록되어, 해당 쉘에서 실행하는 다른 스크립트나 프로그램에서도 읽을 수 있습니다.

export 명령어: 환경변수 만들기

일반 변수를 환경변수로 승격시킬 때 export를 사용합니다.

# 1. 선언과 동시에 export (가장 많이 쓰임)
export MY_APP_HOME="/usr/local/engcross"

# 2. 이미 있는 변수를 export
VERSION="2.1.0"
export VERSION

주요 표준 환경변수

POSIX 시스템(Linux, AIX 등)에서 미리 정의되어 자주 쓰이는 변수들입니다.

실전 예제: PATH 변수 조작하기

내가 만든 스크립트를 어디서든 파일명만 입력해서 실행하고 싶을 때 $PATH를 수정합니다.

#!/bin/sh

# 현재 PATH 끝에 내 스크립트 폴더 추가
export PATH="$PATH:/home/lycos7560/bin"

# 이제 /home/lycos7560/bin 안에 있는 파일들은 
# 절대 경로 없이 이름만으로 실행 가능합니다.

환경변수 확인법

• env: 현재 설정된 모든 환경변수 목록 출력
• printenv PATH: 특정 환경변수(PATH)의 값만 출력
• set: 환경변수뿐만 아니라 일반 변수, 함수까지 모두 포함해서 출력

주의사항: 변수의 수명

스크립트 내부에서 export한 변수는 그 스크립트가 종료되면 사라집니다.

• 부모 쉘(터미널)에 적용하고 싶다면?

스크립트를 실행할 때 ./script.sh가 아닌 source ./script.sh 또는 . ./script.sh를 사용해야 합니다. (이를 Sourcing이라고 합니다.)

• 영구히 적용하고 싶다면?

사용자의 홈 디렉토리에 있는 .profile (또는 .bash_profile) 파일에 export 구문을 적어두어야 로그인할 때마다 로드됩니다.

## parent.sh
#!/bin/sh
VAR1="Local"      # 일반 변수
export VAR2="Env" # 환경 변수

./child.sh        # 자식 프로세스 실행

## child.sh
#!/bin/sh
printf "VAR1: %s\n" "$VAR1" # 아무것도 안 나옴 (상속 안 됨)
printf "VAR2: %s\n" "$VAR2" # "Env" 출력 (상속 됨)

[결과]
$ ./parent.sh
VAR1: 
VAR2: Env

추가적으로 중요한 점은 자식이 가방(환경변수) 속 내용을 수정하거나 새 물건을 넣어도, 그 결과가 부모에게 돌아오지 않는다는 것입니다. 
자식이 종료되면 자식이 가졌던 가방 복사본은 그대로 파기되기 때문입니다.

환경에 따른 분기 (case문 결합)

#!/bin/sh

# 실행 환경(USER)에 따라 다른 설정 적용
case "$USER" in
    root)
        export LOG_LEVEL="DEBUG"
        export APP_PATH="/opt/app"
        ;;
    lycos7560)
        export LOG_LEVEL="INFO"
        export APP_PATH="/home/lycos7560/app"
        ;;
    *)
        printf "허용되지 않은 사용자입니다.\n"
        exit 1
        ;;
esac

printf "사용자: %s, 로그레벨: %s\n" "$USER" "$LOG_LEVEL"

환경변수는 스크립트가 외부 세계와 소통하는 통로입니다.

export를 통해 내가 만든 설정값을 하위 프로그램에 전달하고, $PATH나 $USER 같은 시스템 변수를 이용해 상황에 맞는 유연한 스크립트를 작성해 보세요!

자식에서 export로 변경하면 부모도 영향을 받나?

아니요. 부모는 전혀 영향을 받지 않습니다.

이것은 쉘 스크립트 시스템의 아주 중요한 철칙인 ‘일방통행 상속’ 때문입니다.

왜 부모는 영향을 받지 않나?

부모가 자식 프로세스를 만들 때, 부모의 환경변수를 그대로 주는 게 아니라 ‘복사본’을 복사해서 넘겨주기 때문입니다.

자식이 자기 손에 든 복사본 가방 안의 내용을 아무리 고치고 export를 다시 해도, 그것은 자신의 가방(자식 프로세스의 메모리) 내에서의 일일 뿐입니다.

부모의 가방(부모 프로세스의 메모리)은 멀리 떨어져서 보호받고 있습니다.

예시 코드로 확인하기

child.sh

#!/bin/sh
export MY_VAL="Changed by Child"
printf "자식: 값을 변경했습니다 -> %s\n" "$MY_VAL"

parent.sh

#!/bin/sh
export MY_VAL="Original Parent Value"

printf "부모: 실행 전 값 -> %s\n" "$MY_VAL"

# 자식 스크립트 실행
./child.sh

printf "부모: 자식 종료 후 값 -> %s\n" "$MY_VAL"

실행 결과:

부모: 실행 전 값 -> Original Parent Value
자식: 값을 변경했습니다 -> Changed by Child
부모: 자식 종료 후 값 -> Original Parent Value

자식이 부모의 환경을 바꾸고 싶을 땐?

자식 프로세스를 ‘별도로’ 띄우지 않고, 부모의 몸 안에서 직접 실행하게 하면 됩니다.

이것을 Sourcing(소싱)이라고 합니다.

• 일반 실행 (./child.sh): 새로운 자식 쉘을 생성 (부모 영향 X)
• 소싱 실행 (. ./child.sh): 현재 부모 쉘에서 코드를 그대로 읽어서 실행 (부모 영향 O)

이 개념은 보안과 안정성을 위한 개념입니다.

자식 프로그램이 멋대로 부모 시스템의 설정을 변경하면 문제가 되기 때문이죠.

The post POSIX Shell: 환경변수(Environment Variable) appeared first on 어제와 내일의 나 그 사이의 이야기.

if 문이 “예/아니오”라는 논리적 판단에 강하다면, case 문은 “이 값은 어디에 해당하나?”라는 패턴 매칭에 최적화되어 있습니다.

코드의 가독성을 높여주는 case 문의 모든 것을 알아봅니다.

기본 구조

case 문은 변수의 값을 여러 패턴과 비교하며, 처음으로 일치하는 블록을 실행합니다.

case "$변수" in
    패턴1)
        명령어
        ;;  # 블록 종료 (C의 break와 유사)
    패턴2|패턴3)
        명령어  # | 로 OR 조건 표현 가능
        ;;
    *)
        명령어  # 일치하는 패턴이 없을 때 (else 역할)
        ;;
esac  # case를 거꾸로 쓴 것

활용 가능한 패턴 종류

POSIX 표준에서 지원하는 패턴들입니다. 정규표현식과는 조금 다르니 주의하세요!

• *: 모든 문자열과 일치 (Default 처리용)
• ?: 임의의 문자 딱 1개와 일치
• [abc]: a, b, c 중 하나와 일치
• [a-z]: 소문자 a부터 z 사이의 문자 하나와 일치
• pat1|pat2: 패턴1 또는 패턴2 중 하나와 일치 (OR 조건)

예제

① 스크립트 인자(Argument) 처리 : 서비스 관리 스크립트(start, stop 등)를 만들 때 가장 많이 쓰이는 방식입니다.

#!/bin/sh

ACTION="$1"

case "$ACTION" in
    start)
        printf "서비스를 시작합니다...\n"
        ;;
    stop)
        printf "서비스를 중지합니다...\n"
        ;;
    restart|reload)
        printf "재시작/설정 로드를 수행합니다...\n"
        ;;
    status)
        printf "현재 상태를 확인합니다...\n"
        ;;
    *)
        printf "사용법: %s {start|stop|restart|status}\n" "$0"
        exit 1
        ;;
esac

② 파일 확장자별 분기 처리 : ${FILE##*.}와 조합하면 매우 강력해집니다.

#!/bin/sh

FILE="backup.tar.gz"
EXT="${FILE##*.}"

case "$EXT" in
    gz|tgz)
        printf "Gzip 압축 파일입니다. 해제 명령: tar xzf %s\n" "$FILE"
        ;;
    zip)
        printf "Zip 파일입니다. 해제 명령: unzip %s\n" "$FILE"
        ;;
    log)
        printf "로그 파일입니다. 실시간 모니터링을 시작합니다.\n"
        ;;
    *)
        printf "지원하지 않는 파일 형식입니다: %s\n" "$EXT"
        ;;
esac

사용자 입력(y/n) 대소문자 무시하기

사용자로부터 yes, Yes, YES 등을 한 번에 입력받고 싶을 때 대괄호([]) 패턴이 유용합니다.

#!/bin/sh

printf "계속 진행하시겠습니까? [y/n]: "
read ANSWER

case "$ANSWER" in
    [yY]|[yY][eE][sS])
        printf "진행을 결정하셨습니다.\n"
        ;;
    [nN]|[nN][oO])
        printf "작업을 취소합니다.\n"
        exit 0
        ;;
    *)
        printf "잘못된 입력입니다. y 또는 n을 입력해 주세요.\n"
        exit 1
        ;;
esac

고급: Bash 전용 기능 주의사항

Bash 4.0 이상에서는 ; 대신 ;& (fall-through)나 ;;& 등을 사용할 수 있지만, 이는 POSIX 표준이 아닙니다.

• ; &: 다음 패턴의 일치 여부와 상관없이 무조건 다음 블록을 실행합니다.
• ;; &: 다음 패턴들을 계속 검사하여 일치하는 것이 있다면 또 실행합니다.

POSIX 팁: 이식성이 중요한 스크립트에서는 오직 ;;만 사용하세요. ; 하나만 쓰거나 다른 기호를 섞으면 구형 쉘에서 에러가 납니다.

if vs case: 언제 무엇을 쓸까?

• if 문이 유리할 때: 숫자 크기 비교(-gt, -lt), 복잡한 논리 조합(&&, ||), 파일 존재 여부 확인 등.
• case 문이 유리할 때: 하나의 변수 값이 특정 문자열 패턴 중 무엇인지 분류할 때 (3개 이상의 분기라면 case를 강력 추천).

case 문을 사용하면 스크립트가 훨씬 읽기 쉬워지고 구조가 명확해집니다.

특히 인자 처리나 사용자 응답 처리에서 case를 활용해 보세요. 여러분의 코드가 한층 더 전문가답게 보일 것입니다!

The post POSIX Shell: case 문 appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 변수는 별도의 선언(형식 지정) 없이 바로 사용할 수 있어 유연하지만, 그만큼 문법이 엄격한 부분도 있습니다.

특히 공백과 따옴표 사용법이 핵심입니다.

변수 선언과 사용 (Variables)

Shell 변수는 선언 시 타입을 지정하지 않으며, 공백에 매우 민감합니다.

# 선언: = 앞뒤 공백 금지 (필수!)
NAME="lycos7560" 
COUNT=42 

# 사용: $ 또는 ${}를 사용
echo "$NAME"       # 일반적인 사용
echo "${NAME}"     # 경계를 명확히 할 때 권장
echo "User_${NAME}_log" # 변수명 뒤에 문자가 붙을 때 필수

• 주의: NAME = value처럼 공백을 넣으면 시스템은 NAME을 변수가 아닌 명령어로 인식하여 에러(command not found)를 발생시킵니다

특수 변수 (Special Variables)

스크립트 실행 시 자동으로 할당되는 예약 변수들입니다.

기본값 처리 (Default Values)

변수가 비어있을 때를 대비한 방어적 코딩 기법입니다.

• ${VAR:-default}: VAR이 비어있으면 default를 사용 (변수 값은 유지)
• ${VAR:=default}: VAR이 비어있으면 default를 변수에 대입
• ${VAR:?message}: VAR이 비어있으면 메시지 출력 후 스크립트 종료

# 예시
HOST=""
printf "Connecting to %s...\n" "${HOST:-localhost}"  # localhost 출력

패턴 제거 (Pattern Removal)

파일 경로에서 파일명만 추출하거나 확장자를 뗄 때 가장 많이 사용하는 강력한 기능입니다.

FILE="/var/log/syslog.tar.gz"

echo "${FILE##*/}"  # syslog.tar.gz (경로 제거)
echo "${FILE%.*}"   # /var/log/syslog.tar (최종 확장자 제거)
echo "${FILE%%.*}"  # /var/log/syslog (모든 확장자 제거)
echo "${FILE%/*}"   # /var/log (디렉토리만 추출)

[결과]
$ ./01_hello.sh start
syslog.tar.gz
/var/log/syslog.tar
/var/log/syslog
/var/log

문자열 치환 및 대소문자 변환 (Bash 확장)

주의: 아래 기능들은 Bash 4.0 이상에서 지원됩니다.

구형 AIX의 /bin/sh에서는 작동하지 않을 수 있으니 환경을 확인하세요.

문자열 치환

• ${STR/old/new}: 첫 번째 일치 항목만 치환
• ${STR//old/new}: 모든 일치 항목 치환

대소문자 변환

• ${STR^^}: 전체 대문자
• ${STR,,}: 전체 소문자

문자열 분리 (IFS 활용)

IFS(Internal Field Separator)는 쉘이 단어를 나누는 기준 문자입니다.

이를 변경하여 CSV 형태의 데이터를 쉽게 분리할 수 있습니다.

# 콜론(:)으로 구분된 데이터 파싱
LINE="hostname:192.168.1.1:8080"
IFS=":" read -r HOST IP PORT << EOF
$LINE
EOF

printf "Host: %s, IP: %s, Port: %s\n" "$HOST" "$IP" "$PORT"

POSIX 표준 변수 처리(${#}, ${%})는 매우 빠르고 효율적입니다.

sed나 awk 같은 외부 명령어를 호출하지 않고도 쉘 자체 기능만으로 문자열을 처리하는 습관을 들이면 스크립트의 성능이 비약적으로 향상됩니다!

The post POSIX Shell: 변수(Variables) & 문자열(String) appeared first on 어제와 내일의 나 그 사이의 이야기.

스크립트의 규모가 커지면 중복되는 코드를 줄이기 위해 함수(Function)를 사용해야 합니다.

POSIX 표준을 따르면서 어디서나 잘 작동하는 함수 작성법을 알아봅니다.

기본 문법

가장 중요한 차이점은 function이라는 키워드를 쓰지 않는다는 것입니다.

# POSIX 표준 방식 (권장 )
함수이름() {
    # 실행할 내용
}

# Bash 전용 방식 (POSIX에서는 지양 )
# function 함수이름 { ... }

• 함수 정의: 반드시 함수를 호출하기 전에 먼저 정의되어 있어야 합니다. (보통 스크립트 상단에 배치)
• 호출: 함수 이름만 적으면 실행됩니다. (괄호 () 없이 이름만 사용)

인자 전달 (Arguments)

함수로 값을 보낼 때는 별도의 파라미터 이름을 정의하지 않고, 스크립트 실행 인자와 똑같이 위치 매개변수($1, $2, …)를 사용합니다.

greet() {
    printf "안녕하세요, %s님!\n" "$1"
}

greet "홍길동"  # $1에 "홍길동"이 전달됨

지역 변수 (Local Variables) 주의사항

이 부분이 POSIX 표준의 가장 큰 제약사항입니다.

• Bash:

local 키워드를 사용하여 함수 내부에서만 쓰는 변수를 만들 수 있습니다.

• POSIX (sh):

표준에는 local 키워드가 없습니다.

함수 안에서 선언한 변수도 기본적으로 전역 변수(Global)가 되어 스크립트 전체에 영향을 줍니다.

해결책: 함수 내에서만 쓰는 변수는 _var_name처럼 앞에 언더바를 붙이거나, 이름이 겹치지 않게 주의해서 지어야 합니다.

반환값 (Return Value)

함수의 실행 결과를 처리하는 방법은 두 가지입니다.

① return: 종료 상태 코드 반환

숫자(0~255)만 반환할 수 있으며, 주로 성공(0)과 실패(그 외)를 알리는 용도입니다.

is_file_exist() {
    if [ -f "$1" ]; then
        return 0 # 성공
    else
        return 1 # 실패
    fi
}

② printf/echo: 데이터 결과 반환

문자열이나 계산 결과 자체를 받아야 할 때는 출력문을 이용하고 명령어 치환($())으로 낚아챕니다.

get_date() {
    printf "%s" "$(date +%Y-%m-%d)"
}

TODAY=$(get_date)
printf "오늘 날짜: %s\n" "$TODAY"

간단한 예시

#!/bin/sh

get_user_status() {
    _USER_NAME="TestUser1"  # 실제 사용자 이름을 여기에 설정
    
    if [ "$_USER_NAME" = "TestUser" ]; then
        # 1. 표준 출력으로 문자열을 내보냄 (반환 문자열)
        printf "Active User"
        # 2. 종료 코드로 성공을 알림 (명령어 마지막 실행 결과가 0)
        return 0
    else
        printf "Unknown"
        return 1
    fi
}

# 실행 및 데이터 캡처
STATUS_TEXT=$(get_user_status)  # "Active User"가 변수에 저장됨 , 출력 문자열($()): 함수가 무슨 데이터를 만들었는지 알려줌 (실제 값)
STATUS_CODE=$?                  # 0이 변수에 저장됨

printf "문자열 결과: %s\n" "$STATUS_TEXT"
printf "상태 코드: %d\n" "$STATUS_CODE"

로깅 함수 만들기

실제 프로젝트에서 유용하게 쓸 수 있는 메시지 출력 함수 예시입니다.

#!/bin/sh

# 로깅 함수 정의
log_message() {
    _LEVEL="$1"
    _MSG="$2"
    _TIME=$(date '+%H:%M:%S')

    # 형식: [시간] [로그레벨] 메시지
    printf "[%s] [%s] %s\n" "$_TIME" "$_LEVEL" "$_MSG"
}

# 함수 호출
log_message "INFO" "애플리케이션을 시작합니다."
log_message "WARN" "설정 파일이 없습니다. 기본값을 사용합니다."


if [ "$?" -eq 0 ]; then                                  # 상태 코드($?): 마지막 함수가 어떻게 끝났는지 알려줌 (성공/실패)
    log_message "SUCCESS" "작업이 성공적으로 끝났습니다."
fi

핵심 요약 (Checklist)

• function 키워드는 빼자: 그냥 name() { ... } 형식을 사용하세요.
• local은 표준이 아니다: 변수 이름 충돌에 주의하세요.
• 인자는 $1, $2로: 함수 호출 시 옆에 나열하면 됩니다.
• 복잡한 결과는 printf로: 값을 돌려받고 싶을 땐 출력을 이용하세요.

주의사항

“출력되는 모든 것” : 함수 안에서 printf나 echo로 찍는 모든 내용은 밖에서 $( )로 감싸는 순간 하나의 반환 문자열로 합쳐집니다.

my_func() {
    printf "Hello "
    printf "World"
}

RESULT=$(my_func)
# RESULT에는 "Hello World"가 들어갑니다.

$? 사용 시 주의 : $?는 바로 직전 명령의 상태코드라서 즉시 변수에 저장하는 습관이 중요해요.

STATUS_CODE=$?   # 이 줄은 OK

# 하지만 이런 경우 주의!
some_func
echo "결과 출력"   # 이 줄이 실행되면 $?가 덮어씌워짐
echo $?            # some_func의 코드가 아님!

$()와 서브쉘 비용

RESULT=$(my_func)  # 서브쉘이 생성됨 → 성능 비용 있음

The post POSIX Shell: 표준 함수(Function) appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트에서 if문은 프로그램의 흐름을 결정하는 핵심입니다.

하지만 #!/bin/sh 환경에서는 우리가 흔히 쓰는 Bash 전용 문법([[ ]])을 사용할 수 없습니다.

어디서나 돌아가는 견고한 스크립트를 위한 POSIX 표준 if 문법을 정리합니다.

기본 구조

가장 중요한 것은 if, then, fi의 짝을 맞추는 것입니다.

if [ 조건식 ]; then
    # 조건이 참(True)일 때 실행
elif [ 조건식 ]; then
    # 앞의 조건이 거짓이고, 현재 조건이 참일 때 실행
else
    # 모든 조건이 거짓일 때 실행
fi

주의: [ 뒤와 ] 앞에는 반드시 공백이 있어야 합니다. [는 사실 test라는 이름의 명령어이기 때문입니다.

문자열 비교 (String Comparison)

문자열을 비교할 때는 =와 !=를 사용합니다.

핵심 팁: 변수는 반드시 쌍따옴표(" ")로 감싸세요.

변수가 비어있을 경우 발생할 수 있는 구문 오류를 방지해줍니다.

숫자 비교 (Integer Comparison)

숫자는 부등호(<, >) 대신 문자 약어를 사용합니다.

파일 상태 확인 (File Test)

쉘 스크립트에서 가장 많이 쓰이는 강력한 기능입니다.

• [ -f "file" ]: 일반 파일이 존재하면 참
• [ -d "dir" ]: 디렉토리가 존재하면 참
• [ -e "path" ]: 파일이든 디렉토리든 존재만 하면 참
• [ -r "file" ]: 읽기 권한이 있으면 참
• [ -x "file" ]: 실행 권한이 있으면 참

논리 연산 (AND, OR)

여러 조건을 조합할 때 POSIX에서는 두 가지 방법을 씁니다.

-a (AND), -o (OR): 하나의 [ ] 안에서 사용

• if [ "$A" = "1" -a "$B" = "2" ]

&&, || 활용: 여러 개의 [ ]를 연결 (더 권장됨)

• if [ "$A" = "1" ] && [ "$B" = "2" ]

사용 예시

#!/bin/sh

APP_NAME="TestApp"
CONFIG_FILE="./config.conf"
DEBUG_MODE="ON"

printf "시스템 체크를 시작합니다...\n"

# 1. 설정 파일 존재 여부 체크 (파일 테스트)
if [ -f "$CONFIG_FILE" ]; then
    printf "[OK] 설정 파일을 찾았습니다.\n"
else
    printf "[Error] %s 파일이 없습니다.\n" "$CONFIG_FILE"
    # exit 1  # 실제 스크립트라면 여기서 종료 가능
fi

# 2. 디버그 모드 확인 (문자열 비교)
if [ "$DEBUG_MODE" = "ON" ]; then
    printf "[Log] 디버그 모드가 활성화되어 있습니다.\n"
fi

# 3. 인자 개수 확인 (숫자 비교)
# $#는 스크립트에 전달된 인자의 개수입니다.
if [ "$#" -lt 1 ]; then
    printf "사용법: %s [start|stop]\n" "$0"
else
    if [ "$1" = "start" ]; then
        printf "%s을 시작합니다...\n" "$APP_NAME"
    elif [ "$1" = "stop" ]; then
        printf "%s을 중지합니다...\n" "$APP_NAME"
    else
        printf "알 수 없는 명령입니다: %s\n" "$1"
    fi
fi





$ ./01_hello.sh start
시스템 체크를 시작합니다...
[OK] 설정 파일을 찾았습니다.
[Log] 디버그 모드가 활성화되어 있습니다.
TestApp을 시작합니다...

The post POSIX Shell: if appeared first on 어제와 내일의 나 그 사이의 이야기.

쉘 스크립트를 작성할 때 단순히 메시지를 출력하기 위해 echo를 자주 사용합니다.

하지만 스크립트가 복잡해지고 여러 환경에서의 이식성(Portability)이 중요해지면 printf를 사용하는 것이 개발자 정신 건강에 좋다.

echo 대신 printf?

결론: 단순한 확인용 출력은 echo가 편하지만, 표(Table)를 만들거나 진법 변환, 정교한 텍스트 배치가 필요하다면 printf를 사용하는 것이 좋다.

기본 문법

printf는 포맷 문자열(Format String)을 먼저 정의하고, 그 뒤에 들어갈 인자(Arguments)를 순서대로 나열하는 문법 체계를 가지고 있다.

printf "포맷문자열" [인자1] [인자2] ...

• 특징: 인자의 개수가 포맷 지정자보다 많으면, 포맷 문자열을 반복해서 적용합니다.
• 주의: 자동으로 줄바꿈을 하지 않으므로 문자열 끝에 \n을 붙여야 합니다

핵심 포맷 지정자 (Format Specifiers)

인자의 데이터 타입에 맞는 지정자를 사용해야 합니다.

• %s: String (문자열)
• %d: Decimal (10진수 정수)
• %f: Float (부동소수점 실수)
• %x: Hexadecimal (16진수 소문자)
• %o: Octal (8진수)
• %%: % 기호 자체를 출력

고급 제어: 너비, 정렬, 정밀도

printf의 진가는 데이터를 예쁘게 정렬할 때 나타납니다.

실전 예제 코드

기본 출력 및 진법 변환

# 이름과 나이 출력
printf "이름: %s, 나이: %d\n" "Kim" 30

# 10진수 255를 16진수로 변환 (결과: 0xff)
printf "16진수 변환: 0x%x\n" 255

# 퍼센트 기호 출력 (결과: 75%)
printf "CPU 사용률: %d%%\n" 75

데이터 표(Table) 만들기

#!/bin/sh

# 헤더 출력
printf "%-10s %5s %8s\n" "이름" "점수" "등급"
printf "--------------------------\n"

# 데이터 출력
printf "%-10s %5d %8s\n" "홍길동" 95 "A"
printf "%-10s %5d %8s\n" "김철수" 82 "B"
printf "%-10s %5d %8s\n" "이영희" 100 "A+"

이스케이프 시퀀스 (Escape Sequences)

문자열 내에서 특수 기능을 수행하는 기호들입니다.

• \n: 줄바꿈 (Newline)
• \t: 탭 (Tab)
• \\: 백슬래시(\) 자체 출력
• \0NNN: 8진수 숫자로 지정된 ASCII 문자 출력

The post POSIX Shell: printf appeared first on 어제와 내일의 나 그 사이의 이야기.

C 언어와 C++에서 #include는 소스 코드 파일의 가장 윗부분에서 흔히 볼 수 있는 전처리기 지시자(Preprocessor Directive)입니다.

1. #include의 핵심 역할

#include는 한마디로 “복사해서 붙여넣기”입니다.

컴파일러가 실제 코드를 번역하기 전(전처리 단계), 지정한 파일의 내용을 #include 문장이 있는 그 자리에 통째로 가져와서 삽입합니다.

2. 사용법에 따른 차이 ( < > vs " " )

#include를 사용할 때 괄호의 모양에 따라 파일을 찾는 위치가 달라집니다.

① < > (꺽쇠 괄호)

• 사용 예: #include <stdio.h>
• 설명: 시스템의 표준 라이브러리 경로에서 파일을 찾습니다.
• 대상: 컴파일러 설치 시 기본적으로 제공되는 표준 헤더 파일들을 불러올 때 사용합니다.

② " " (큰따옴표)

• 사용 예: #include "my_header.h"
• 설명: 현재 작업 중인 디렉토리(소스 파일이 있는 곳)에서 먼저 파일을 찾습니다. 만약 거기서 못 찾으면 시스템 표준 경로를 뒤집니다.
• 대상: 개발자가 직접 만든 헤더 파일을 불러올 때 주로 사용합니다.

3. 왜 헤더 파일을 포함해야 할까?

printf나 scanf 같은 함수를 쓸 수 있는 이유는 그 함수들의 선언(Declaration)이 stdio.h라는 파일 안에 들어있기 때문입니다.

• 컴파일러는 함수를 만나면 “이 함수가 어떻게 생겼는지(매개변수, 반환 타입 등)”를 알아야 합니다.
• 직접 모든 함수를 정의하기엔 양이 너무 많으므로, 미리 정의된 헤더 파일을 #include로 불러와서 정보를 제공하는 것입니다.

4. 주의사항: 중복 포함 방지

대규모 프로젝트에서는 여러 파일이 서로를 참조하다가 똑같은 헤더 파일을 여러 번 #include 하는 상황이 발생할 수 있습니다.

이는 정의 중복 에러를 일으키므로, 보통 다음과 같은 기법을 사용합니다.

• Header Guard:C#ifndef MY_HEADER_H #define MY_HEADER_H // 코드 내용 #endif
• pragma once:C#pragma once // 코드 내용

#ifndef MY_HEADER_H
#define MY_HEADER_H

/* 헤더 파일 내용 */
void say_hello();

#endif

5. 자주 사용하는 표준 라이브러리 헤더 목록 (c)

요약

#include는 외부에 작성된 코드나 함수 선언을 현재 파일로 가져오는 통로입니다.

시스템 라이브러리는 < >를, 내가 만든 파일은 " "를 사용합니다.

The post #include 지시자 appeared first on 어제와 내일의 나 그 사이의 이야기.

1. Linux 권한의 3요소

Linux의 권한은 간단하지만 강력한 원칙을 따른다.

모든 파일과 디렉터리에는 세 가지 사용자 그룹에 대해 세가지 유형의 접근 권한이 있다.

• Linux는 “최소 권한 원칙(Principle of Least Privilege)“을 따른다.
  사용자와 프로세스에게 작업 수행에 필요한 최소한의 권한만 부여하는 것이 보안의 기본이다.

1.1 권한 유형

• 읽기 (r)  –  파일 내용 보기 또는 디렉터리 목록 조회
• 쓰기 (w)  –  파일 내용 수정 또는 디렉터리 내 파일 생성·삭제
• 실행 (x)  –  파일을 프로그램으로 실행하거나 디렉터리에 진입

1.2 사용자 그룹

• 소유자 (u, user)   –  파일을 소유한 사용자
• 그룹 (g, group)    –  해당 파일의 그룹에 속한 사용자들
• 기타 (o, others)   –  시스템의 모든 다른 사용자

2. 권한 문자열 읽기

2.1 문자열 구조 분석

맨 앞의 문자는 파일의 유형을 나타내고, 이후 9개의 문자가 3개씩 나뉘어 소유자·그룹·기타의 권한을 나타낸다.

-a : 숨김 파일 포함 (.으로 시작하는 파일)
-l : 상세 정보(long format) 출력
-h : human readable (KB, MB, GB)

[lycos7560@DMT-RL01 ~]$ ls -alh
total 24K
drwx------. 3 lycos7560 lycos7560  132 Mar 16 05:38 .
drwxr-xr-x. 4 root      root        39 Mar 16 04:59 ..
-rw-------. 1 lycos7560 lycos7560 3.3K Mar 17 05:21 .bash_history
-rw-r--r--. 1 lycos7560 lycos7560   18 Oct 29  2024 .bash_logout
-rw-r--r--. 1 lycos7560 lycos7560  144 Oct 29  2024 .bash_profile
-rw-r--r--. 1 lycos7560 lycos7560  522 Oct 29  2024 .bashrc
drwx------. 3 lycos7560 lycos7560   20 Mar 12 07:19 .config
-rw-------. 1 lycos7560 lycos7560   38 Mar 11 04:36 .lesshst
-rw-r-x---. 1 root      root        12 Mar 16 05:38 myfile.txt


# 현재 사용자 및 그룹 확인
id
[lycos7560@DMT-RL01 ~]$ id
uid=1000(lycos7560) gid=1000(lycos7560) groups=1000(lycos7560),10(wheel) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

# 특정 사용자가 속한 그룹 확인
groups lycos7560
[lycos7560@DMT-RL01 ~]$ groups lycos7560
lycos7560 : lycos7560 wheel (wheel은 내가 넣음)

-  rwx  r-x  r--
│   │    │    │
│   │    │    └── 기타(Others): 읽기 전용
│   │    └─────── 그룹(Group): 읽기 및 실행
│   └──────────── 소유자(Owner): 읽기, 쓰기, 실행
└──────────────── 파일 유형 (- = 파일, d = 디렉터리)

2.2 파일 유형 기호

3. 자주 사용하는 권한 패턴 명령어

3.1 파일 권한

3.2 디렉터리 권한

숫자	기호	설명	주의사항
755	rwxr-xr-x	표준 디렉터리 권한	일반적으로 가장 많이 사용
700	rwx——	소유자만 접근 가능한 비공개 디렉터리	개인 데이터 폴더에 적합
775	rwxrwxr-x	소유자와 그룹 모두 쓰기 가능	팀 협업 폴더에 사용
644	rw-r–r–	사용 불가	실행(x) 권한 없이 디렉터리 진입 불가

  디렉터리와 실행 권한

디렉터리에서 실행(x) 권한은 “진입 권한”을 의미한다.

 읽기(r)만 있고 실행(x)이 없으면 디렉터리 안에 파일이 있다는 사실은 알아도 접근할 수 없다.

반드시 실행 권한을 포함해야 합니다.

4. chmod로 권한 변경하기

4.1 기호 방식

기호 방식은 매우 직관적이며 현재 권한을 유지한 채 특정 권한만 추가하거나 제거할 때 유용하다.

# 소유자에게 실행 권한 부여
chmod u+x myfile

# 그룹의 쓰기 권한 제거
chmod g-w myfile

# 기타 사용자에게 읽기 권한 부여
chmod o+r myfile

# 모든 사용자에게 실행 권한 부여
chmod a+x myfile

# 그룹 권한을 읽기+실행으로 정확히 설정 (= 사용)
chmod g=rx myfile

# 여러 권한을 동시에 변경 (콤마로 구분)
chmod u+x,g-w,o+r myfile

4.2 숫자 방식

숫자 방식은 빠르고 정확하다.

각 자리는 소유자·그룹·기타의 권한을 나타내며 r=4, w=2, x=1을 더해 계산한다.

예: 755 = 소유자(7=rwx) + 그룹(5=r-x) + 기타(5=r-x)

chmod 755 myfile       # rwxr-xr-x
chmod 644 myfile       # rw-r--r--
chmod 600 myfile       # rw-------
chmod 400 myfile       # r--------
chmod 700 mydir        # rwx------

4.3 재귀적 권한 변경 (-R 옵션)

디렉터리와 그 안의 모든 파일/하위 디렉터리에 권한을 일괄 적용할 때 사용한다.

# 웹 서버 디렉터리 전체 권한 설정
sudo chmod -R 755 /var/www/html/

# 특정 패턴의 파일만 선택적으로 변경
find /var/www/html -type f -exec chmod 644 {} \;
find /var/www/html -type d -exec chmod 755 {} \;

# 파일과 디렉터리 권한 분리 팁
chmod -R 755를 사용하면 파일도 755(실행 가능)가 되어 보안상 좋지 않다.
find 명령으로 파일(644)과 디렉터리(755)를 따로 설정하는 것을 권장.

5. chown 으로 소유권 변경하기

chown 명령으로 파일의 디렉터리의 소유자와 그룹을 변경할 수 있다.

일반적으로 관리자 권한(sudo)이 필요하다.

5.1 소유자 변경

# 소유자를 alice로 변경
sudo chown alice myfile

# 소유자를 alice, 그룹을 staff로 동시 변경
sudo chown alice:staff myfile

# 그룹만 developers로 변경 (콜론 앞 생략)
sudo chown :developers myfile

5.2 재귀적 소유권 변경

# 디렉터리 전체 소유자와 그룹 변경
sudo chown -R alice:staff /home/alice/projects/

# 소유자만 재귀적으로 변경
sudo chown -R www-data /var/www/html/

5.3 chgrp 명령 (그룹 전용 변경)

그룹만 변경하고 싶을 때는 chgrp 명령을 사용할 수도 있다.

sudo chgrp developers myfile
sudo chgrp -R developers /srv/project/

6. 특수 권한 (고급)

일반 rwx 외에 시스템 관리에 중요한 역할을 하는 SetUID, SetGID, Sticky Bit 세 가지 특수 권한이 있다.

# SetUID 설정 (소유자 권한으로 실행)
chmod 4755 myprogram    # 또는: chmod u+s myprogram

# SetGID 설정 (그룹 권한 상속)
chmod 2755 shared_dir   # 또는: chmod g+s shared_dir

# Sticky Bit 설정 (소유자만 삭제 가능)
chmod 1777 /tmp         # 또는: chmod +t /tmp

# ls -l에서 특수 권한 확인
# -rwsr-xr-x  → SetUID (소유자 x 자리에 s)
# -rwxr-sr-x  → SetGID (그룹 x 자리에 s)
# drwxrwxrwt  → Sticky Bit (기타 x 자리에 t)

- SetUID 보안 주의
SetUID가 설정된 프로그램은 실행 시 소유자(보통 root로 설정) 권한으로 동작한다.
불필요한 파일에 SetUID를 설정하면 심각한 보안 취약점이 될 수 있다.
반드시 필요한 경우에만 사용.

7. umask – 기본 권한 마스크

새 파일이나 디렉터리를 생성할 때 자동으로 적용되는 기본 권한을 제어한다.

7.1 umask 동작 원리

• 파일 최대 권한: 666 (rw-rw-rw-) 실행 권한은 기본적으로 부여되지 않음
• 디렉터리 최대 권한: 777(rwxrwxrwx)
• 실제 권한 = 최대 권한 – umask 값

# 현재 umask 확인
umask
[lycos7560@DMT-RL01 ~]$ umask
0022

# umask 022 적용 시 (가장 일반적)
# 파일:     666 - 022 = 644 (rw-r--r--)
# 디렉터리: 777 - 022 = 755 (rwxr-xr-x)

# umask 변경 (현재 세션에만 적용)
umask 027

# 영구 적용: ~/.bashrc 또는 /etc/profile에 추가
echo "umask 027" >> ~/.bashrc

8. 실무 팁 & 자주 하는 실수

보안 체크리스트

① 민감한 파일(SSH 키, 설정 파일)은 600 또는 400 사용  

② 웹 서버 파일은 644, 디렉터리는 755  

③ 777은 절대 사용하지 않기  

④ SetUID 파일 주기적 점검: find / -perm -4000 -ls 2>/dev/null

The post Linux File Permissions Handbook (파일 권한 정리 핸드북) appeared first on 어제와 내일의 나 그 사이의 이야기.

DNF 저장소 추가?

Rocky Linux는 기업용 리눅스 배포판으로 기본적으로 안정성을 위해 패키지 수가 제한적입니다.

그래서 기본 저장소만 사용하면 htop, iftop, ffmpeg 같은 패키지를 찾을 수 없는 경우가 많습니다.

이 때문에 추가 저장소(repository)를 활성화하여 패키지를 확장합니다.

순서

1. CRB
2. EPEL
3. RPM Fusion 설치 (필요한 경우)

1. CRB 저장소 (CodeReady Builder)

CRB는 EPEL 패키지 일부가 의존하는 패키지를 포함하고 있어, EPEL 사용 전에 반드시 활성화해야 합니다.

개발용 라이브러리 및 빌드 의존성 패키지를 제공합니다.

• devel 패키지
• 컴파일 관련 라이브러리
• 빌드 도구

# Rocky Linux 10은 /usr/bin/crb 유틸리티를 제공합니다.

# Rocky Linux 10에서 CRB 활성화
sudo dnf config-manager --set-enabled crb

dnf repolist | grep crb


# dnf-plugins-core가 없으면 먼저 설치
sudo dnf install dnf-plugins-core

# CRB 활성화 (Rocky Linux 9, 10 공통)
sudo crb enable

# CRB 확인
sudo crb status

2. EPEL 저장소 (Extra Packages for Enterprise Linux)

Extra Packages for Enterprise Linux의 약자로 RHEL 계열에서 부족한 패키지를 제공하는 저장소입니다.

대부분의 서버에서 CRB 다음으로 바로 설치하는 저장소

제공 패키지 예시

• htop
• neovim
• iftop
• nmap
• fail2ban

# 설치 방법
sudo dnf install epel-release

# 저장소 확인
dnf repolist
```

**예시 출력**
[lycos7560@DMT-RL01 ~]$ dnf repolist
repo id                                           repo name
appstream                                         Rocky Linux 10 - AppStream
baseos                                            Rocky Linux 10 - BaseOS
crb                                               Rocky Linux 10 - CRB
epel                                              Extra Packages for Enterprise Linux 10 - x86_64
extras                                            Rocky Linux 10 - Extras
rpmfusion-free-updates                            RPM Fusion for EL 10 - Free - Updates

3. RPM Fusion 저장소

RPM Fusion은 멀티미디어 및 추가 패키지를 제공하는 저장소입니다.

free(오픈소스)와 nonfree(비오픈소스) 두 가지로 나뉩니다.

RPM Fusion은 EPEL에 의존하므로 반드시 EPEL을 먼저 설치해야 합니다.

제공 패키지 예시

• ffmpeg
• vlc

$(rpm -E %rhel) 변수를 사용하면 Rocky Linux 버전을 자동으로 감지하여 올바른 패키지를 내려받습니다

# free 저장소
sudo dnf install --nogpgcheck \
  https://mirrors.rpmfusion.org/free/el/rpmfusion-free-release-$(rpm -E %rhel).noarch.rpm

# nonfree 저장소 (필요한 경우 추가)
sudo dnf install --nogpgcheck \
  https://mirrors.rpmfusion.org/nonfree/el/rpmfusion-nonfree-release-$(rpm -E %rhel).noarch.rpm
```

---

## 실무에서 많이 사용하는 저장소 조합

대부분의 Rocky Linux 10 서버는 다음 저장소를 활성화합니다.
```
baseos
appstream
crb
epel

참고

패키지 검색

dnf search 패키지명

dnf search htop

특정 파일을 제공하는 패키지 찾기

dnf provides 파일명

dnf provides htop

저장소 임시 제외

# 특정 저장소를 제외하고 설치하고 싶을 때 사용합니다.

dnf install 패키지명 --disablerepo=epel

The post Rocky Linux 10 DNF 저장소 추가 appeared first on 어제와 내일의 나 그 사이의 이야기.

가장 많이 쓰는 top 단축키

단축키 도움말
# 원문
Help for Interactive Commands - procps-ng 4.0.4
Window 1:Def: Cumulative mode Off.  System: Delay 3.0 secs; Secure mode Off.

  Z,B,E,e   Global: 'Z' colors; 'B' bold; 'E'/'e' summary/task memory scale
  l,t,m,I,0 Toggle: 'l' load avg; 't' task/cpu; 'm' memory; 'I' Irix; '0' zeros
  1,2,3,4,5 Toggle: '1/2/3' cpu/numa views; '4' cpus abreast; '5' P/E-cores
  f,X       Fields: 'f' add/remove/order/sort; 'X' increase fixed-width fields

  L,&,<,> . Locate: 'L'/'&' find/again; Move sort column: '<'/'>' left/right
  R,H,J,C . Toggle: 'R' Sort; 'H' Threads; 'J' Num justify; 'C' Coordinates
  c,i,S,j . Toggle: 'c' Cmd name/line; 'i' Idle; 'S' Time; 'j' Str justify
  x,y     . Toggle highlights: 'x' sort field; 'y' running tasks
  z,b     . Toggle: 'z' color/mono; 'b' bold/reverse (only if 'x' or 'y')
  u,U,o,O . Filter by: 'u'/'U' effective/any user; 'o'/'O' other criteria
  n,#,^O  . Set: 'n'/'#' max tasks displayed; Show: Ctrl+'O' other filter(s)
  V,v,F   . Toggle: 'V' forest view; 'v' hide/show children; 'F' keep focused

  d,k,r,^R 'd' set delay; 'k' kill; 'r' renice; Ctrl+'R' renice autogroup
  ^G,K,N,U  View: ctl groups ^G; cmdline ^K; environment ^N; supp groups ^U
  Y,!,^E,P  Inspect 'Y'; Combine Cpus '!'; Scale time ^E; View namespaces ^P
  W,q       Write config file 'W'; Quit 'q'
          ( commands shown with '.' require a visible task display window )
Press 'h' or '?' for help with Windows,

# 번역본
대화형 명령어 도움말 - procps-ng 4.0.4
창 1: 기본값(Def): 누적 모드 꺼짐.  시스템: 갱신 지연 3.0초; 보안 모드 꺼짐.

  Z,B,E,e   전역 설정: 'Z' 색상; 'B' 굵게 표시; 'E'/'e' 요약/작업 메모리 표시 단위
  l,t,m,I,0 토글: 'l' load average; 't' 작업/CPU; 'm' 메모리; 'I' Irix 모드; '0' 0 값 표시
  1,2,3,4,5 토글: '1/2/3' CPU/NUMA 보기; '4' CPU 가로 나열; '5' P/E 코어 표시
  f,X       필드: 'f' 필드 추가/제거/순서/정렬; 'X' 고정 너비 필드 크기 증가

  L,&,<,> . 검색: 'L'/'&' 찾기/다시 찾기; 정렬 열 이동: '<'/'>' 왼쪽/오른쪽
  R,H,J,C . 토글: 'R' 정렬 방향; 'H' 스레드 표시; 'J' 숫자 정렬; 'C' 좌표 표시
  c,i,S,j . 토글: 'c' 명령어 이름/전체 명령줄; 'i' 유휴 작업; 'S' 시간; 'j' 문자열 정렬
  x,y     . 강조 토글: 'x' 정렬 필드 강조; 'y' 실행 중 작업 강조
  z,b     . 토글: 'z' 컬러/흑백; 'b' 굵게/역상 (x 또는 y가 활성화된 경우)
  u,U,o,O . 필터: 'u'/'U' 실행 사용자/모든 사용자; 'o'/'O' 다른 조건
  n,#,^O  . 설정: 'n'/'#' 표시할 최대 작업 수; 표시: Ctrl+'O' 다른 필터 보기
  V,v,F   . 토글: 'V' 트리(forest) 보기; 'v' 자식 프로세스 숨김/표시; 'F' 포커스 유지

  d,k,r,^R 'd' 갱신 지연 설정; 'k' 프로세스 종료; 'r' nice 값 변경; Ctrl+'R' autogroup nice 변경
  ^G,K,N,U  보기: Ctrl+'G' 제어 그룹; Ctrl+'K' 명령줄; Ctrl+'N' 환경 변수; Ctrl+'U' 보조 그룹
  Y,!,^E,P  검사: 'Y' 상세 검사; '!' CPU 결합; Ctrl+'E' 시간 단위 변경; Ctrl+'P' 네임스페이스 보기
  W,q       'W' 설정 파일 저장; 'q' 종료
          ( '.' 표시가 있는 명령어는 작업 목록 창이 보일 때만 사용 가능 )
Windows 관련 도움말은 'h' 또는 '?' 키를 누르십시오.

예시 (기본)

[lycos7560@DMT-RL01 ~]$ top
top - 03:42:50 up 2 min,  2 users,  load average: 0.01, 0.00, 0.00
Tasks: 269 total,   1 running, 268 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us,  0.0 sy,  0.0 ni, 99.9 id,  0.0 wa,  0.1 hi,  0.0 si,  0.0 st
MiB Mem :   3621.8 total,   3136.7 free,    512.6 used,    187.3 buff/cache
MiB Swap:   4008.0 total,   4008.0 free,      0.0 used.   3109.2 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
     28 root      20   0       0      0      0 I   0.3   0.0   0:00.17 kworker/1:0-events
      1 root      20   0   49176  40952  10468 S   0.0   1.1   0:02.13 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.02 kthreadd
      3 root      20   0       0      0      0 S   0.0   0.0   0:00.00 pool_workqueue_release
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rcu_gp
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-sync_wq
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-slub_flushwq
      7 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-netns
      8 root      20   0       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0-events
      9 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H-events_highpri
     10 root      20   0       0      0      0 I   0.0   0.0   0:00.10 kworker/0:1-events
     11 root      20   0       0      0      0 I   0.0   0.0   0:00.00 kworker/u512:0-async
     12 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-mm_percpu_wq
     13 root      20   0       0      0      0 I   0.0   0.0   0:00.69 kworker/u512:1-async
     14 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kthread
     15 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_rude_kthread
     16 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_trace_kthread
     17 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/0
     18 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_preempt
     19 root      20   0       0      0      0 S   0.0   0.0   0:00.00 rcu_exp_par_gp_kthread_worker/1
     20 root      20   0       0      0      0 S   0.0   0.0   0:00.00 rcu_exp_gp_kthread_worker
     21 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/0
     22 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/0
     23 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/0
     24 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/1
     25 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/1
     26 root      rt   0       0      0      0 S   0.0   0.0   0:00.52 migration/1
     27 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/1
     29 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/1:0H-events_highpri
     30 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/2
     31 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/2
     32 root      rt   0       0      0      0 S   0.0   0.0   0:00.52 migration/2
     33 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/2
     34 root      20   0       0      0      0 I   0.0   0.0   0:00.00 kworker/2:0-rcu_gp
     35 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/2:0H-events_highpri
     36 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/3
     37 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/3
     38 root      rt   0       0      0      0 S   0.0   0.0   0:00.53 migration/3
     39 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/3
     40 root      20   0       0      0      0 I   0.0   0.0   0:00.09 kworker/3:0-events
     41 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/3:0H-events_highpri
     43 root      20   0       0      0      0 I   0.0   0.0   0:00.02 kworker/u512:2-async

1⃣ 시스템 전체 상태

top - 03:42:50 up 2 min,  2 users,  load average: 0.05, 0.05, 0.02

load average

0.05, 0.05, 0.02

각 의미

Load Average 의미

CPU가 처리해야 할 대기 작업 수

CPU 실행중 프로세스
CPU 실행 대기 프로세스
Disk I/O 대기 프로세스

예시

지금 값

0.05
 거의 아무 작업도 없는 상태 

2⃣ 프로세스 상태

Tasks: 269 total,   1 running, 268 sleeping,   0 stopped,   0 zombie

현재 상태

대부분 시스템 프로세스는 sleep 상태입니다.

3⃣ CPU 사용률

%Cpu(s):  0.0 us,  0.0 sy,  0.0 ni, 99.9 id,  0.0 wa,  0.1 hi,  0.0 si,  0.0 st

CPU 사용률 항목

현재 상태

100% idle
 CPU 완전 여유 상태

멀티코어 환경에서 100%를 초과할 수 있음
(예: 4코어면 최대 400%)

4⃣ 메모리 정보

MiB Mem :   3621.8 total,   3136.7 free,    512.6 used,    187.3 buff/cache
MiB Swap:   4008.0 total,   4008.0 free,      0.0 used.   3109.2 avail Mem

현재 상태

참고: 리눅스는 남는 메모리를 캐시로 사용하므로 free 메모리가 적어도 실제로는 여유가 많을 수 있다.

예를 들어
free       3137 MB
buff/cache 187 MB
≈ 3324 MB

# 추가적으로 리눅스에서는 일부 메모리 커널이 예약(reserved)함. 
4096 MB - 약 400~500 MB
≈ 3600 MB

[lycos7560@DMT-RL01 ~]$ free -h
               total        used        free      shared  buff/cache   available
Mem:           3.5Gi       506Mi       3.1Gi       9.0Mi       187Mi       3.0Gi
Swap:          3.9Gi          0B       3.9Gi

실무에서는 출력에서 free -h의 available 만 본다.

Swap 정보

Swap(스왑)은 리눅스에서 메모리(RAM)가 부족할 때 사용하는 디스크 공간으로 쉽게 말하면 RAM의 임시 확장 공간입니다.

RAM이 부족하면 운영체제는 일부 데이터를 디스크로 옮겨서 공간을 확보합니다.

이 디스크 공간을 Swap이라고 합니다.

RAM = 4GB
프로그램 실행 = 5GB 필요
4GB → RAM
1GB → Swap
RAM 부족 → 일부 데이터를 디스크로 이동

단, Swap은 디스크를 사용하기 때문에 매우 느립니다.

MiB Swap:   4008.0 total,   4008.0 free,      0.0 used.   3109.2 avail Mem

현재 상태

swap 사용 없음 (아주 좋은 상태)

5⃣ 프로세스 정보 영역 (Process List)

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
     28 root      20   0       0      0      0 I   0.3   0.0   0:00.17 kworker/1:0-events
      1 root      20   0   49176  40952  10468 S   0.0   1.1   0:02.13 systemd
.... 생략

PID (Process ID)

프로세스의 고유 번호입니다.

# 리눅스에서 systemd은 항상 PID 1
# 리눅스 시스템의 최초 프로세스

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
      1 root      20   0   49176  40952  10468 S   0.0   1.1   0:02.15 systemd
      2 root      20   0       0      0      0 S   0.0   0.0   0:00.02 kthreadd
      3 root      20   0       0      0      0 S   0.0   0.0   0:00.00 pool_workqueue_release
      4 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-rcu_gp
      5 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-sync_wq
      6 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-slub_flushwq
      7 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-netns
      9 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/0:0H-events_highpri
     12 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/R-mm_percpu_wq
     14 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_kthread
     15 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_rude_kthread
     16 root      20   0       0      0      0 I   0.0   0.0   0:00.00 rcu_tasks_trace_kthread
     17 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/0
     18 root      20   0       0      0      0 I   0.0   0.0   0:00.02 rcu_preempt
     19 root      20   0       0      0      0 S   0.0   0.0   0:00.00 rcu_exp_par_gp_kthread_worker/1
     20 root      20   0       0      0      0 S   0.0   0.0   0:00.00 rcu_exp_gp_kthread_worker
     21 root      rt   0       0      0      0 S   0.0   0.0   0:00.00 migration/0
     22 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/0
     23 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/0
     24 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/1
     25 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/1
     26 root      rt   0       0      0      0 S   0.0   0.0   0:00.53 migration/1
     27 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/1
     29 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/1:0H-events_highpri
     30 root      20   0       0      0      0 S   0.0   0.0   0:00.00 cpuhp/2
     31 root     -51   0       0      0      0 S   0.0   0.0   0:00.00 idle_inject/2
     32 root      rt   0       0      0      0 S   0.0   0.0   0:00.53 migration/2
     33 root      20   0       0      0      0 S   0.0   0.0   0:00.00 ksoftirqd/2
     35 root       0 -20       0      0      0 I   0.0   0.0   0:00.00 kworker/2:0H-events_highpri

... 생략

PR (Priority)

프로세스의 실제 스케줄러 우선순위
(일반적으로 PR = 20 이 기본)

일반 프로세스는 PR = 20 + NI, 실시간 프로세스는 PR이 -100 등으로 낮게 표시됨

NI (Nice Value)

CPU 우선순위를 조정하는 값 (-20 ~ 19)

VIRT (Virtual Memory)

프로세스가 확보한 가상 메모리 전체.

실제로 물리 메모리(RES)나 스왑을 사용하지 않더라도, 주소 공간만 확보한 경우도 포함.

RAM
Swap
Shared library
Mapped file

#즉, 프로세스가 접근 가능한 전체 메모리 공간

RES (Resident Memory)

실제 물리 메모리에 상주하는 크기. (프로세스가 현재 사용 중인 RAM)

실제 물리 메모리 사용량

systemd
RES = 40952 KB (약 40MB RAM 사용)

SHR (Shared Memory)

공유 메모리 영역. 주로 공유 라이브러리(예: libc)가 여러 프로세스에서 공유되는 부분.

특히 SHR은 다른 프로세스와 공유되므로, 모든 프로세스의 SHR을 합치면 전체 메모리보다 커질 수 있습니다. (중복 포함)

대표적으로 shared library 
libc
glibc

S (Process State)

프로세스 상태를 나타냅니다.

%CPU

프로세스가 사용한 CPU 비율

%MEM

전체 메모리 중 해당 프로세스가 사용하는 비율

TIME+

프로세스가 사용한 총 CPU 시간

TIME+ 형식 / 분:초.센티초

0:02.13 => 2.13초 동안 CPU 사용
1:30.00 => 1분 30초

COMMAND

실행 중인 프로그램 이름

systemd
kworker
sshd
bash

top에서 자주 보이는 커널/시스템 프로세스 10개

systemd

리눅스 시스템의 첫 번째 프로세스 (PID 1)

# 역할 - 리눅스 전체 시스템 관리자
시스템 초기화
서비스 관리
데몬 실행
시스템 종료 관리

# 예
systemctl start sshd
systemctl stop httpd

kworker

커널의 백그라운드 작업 처리 스레드 / 특정 CPU에 바인딩된 워커 스레드

kworker/1:0-events

# 역할
비동기 커널 작업 처리
장치 드라이버 작업
I/O 처리

kworker/1:0처럼 숫자가 붙은 것이 바인딩된 워커
ukworker/u512처럼 u가 붙은 것은 unbound(특정 CPU에 바인딩되지 않은) 워커

ksoftirqd

소프트웨어 인터럽트 처리 스레드

ksoftirqd/0

# 역할
네트워크 패킷 처리
인터럽트 후 작업 처리
soft interrupt 처리

rcu

멀티코어 환경에서 데이터 동기화

RCU (Read Copy Update) 관리 스레드 – RCU는 리눅스 커널의 동시성 제어 기술

rcu_preempt
rcu_tasks_kthread

migration

CPU 작업 이동 관리 – 프로세스를 다른 CPU 코어로 이동

CPU 간 부하 분산(load balancing)을 위해 프로세스를 이동시킨다.

migration/0
migration/1

CPU load balancing

kthreadd

PID 2

커널 스레드의 부모 프로세스로 모든 커널 스레드 생성

kswapd

메모리 관리 스레드 / 메모리 부족 시 swap 관리

RAM 부족
→ 페이지 교체
→ swap 사용

kcompactd

메모리 조각 정리 스레드 / 메모리 조각화 해결

큰 메모리 블록 필요
→ 메모리 재배치

cpuhp

CPU Hotplug 관리 / CPU 활성화/비활성화 관리

cpuhp/0

CPU online/offline

idle_inject

CPU idle 상태 관리 / CPU 전력 관리

CPU가 유휴 상태일 때 전력 절감을 위해 idle을 주입하는 스레드

CPU idle 상태 유지

The post top 명령어 핵심 정리 – Linux top appeared first on 어제와 내일의 나 그 사이의 이야기.