여기저기 기웃거리기

거의 모든 유닉스(UNIX®) 기반 운영체제에서 활용 가능한 배시 셸에 대한 소개 튜토리얼입니다. 배시는 성숙하고, 강력하고, 그럼에도 불구하고 사용하기 쉬운 셸이며, 자유롭게 구할 수 있습니다. 이 튜토리얼은 다른 인기 있는 유닉스 셸과 다른 점을 파악하기 위해 배시에 대한 간략한 역사를 소개하며, 배시 내부에서 제공하는 주요 기능을 살펴봅니다. 다음으로 유닉스 파일 시스템, 디렉터리와 파일 조작 방법, 배시 외양과 동작 방식을 개인화하기 위한 몇 가지 방법을 설명합니다. 마지막으로 이 튜토리얼은 배시가 제공하는 작업 제어 기능을 소개하며 끝을 맺습니다.

이 튜토리얼 내에서

• 배시 개괄
  
  
• 배시에서 명령 행 프롬프트로 작업하기
  
  
• 배시에서 파일과 디렉터리 다루기
  
  
• 배시 개인화하기
  
  
• 배시 작업 제어
  

선수조건

필요한 사전 지식은 없다.

시스템 필요조건

이 튜토리얼을 읽기 위한 시스템 요구 사항은 없다. 단지 글을 읽고 배시를 익히면 된다. 하지만 이 튜토리얼을 최대로 활용하려면 튜토리얼이 제공하는 기법을 시도할 필요가 있다. 이렇게 하려면 버전 2.05 이상인 동작하는 배시 셸이 필요하다. 컴퓨터에 설치된 배시 셸 버전을 모른다면, 배시 셸 홈 페이지를 방문해 필요한 정보를 얻기 바란다.

가장 강력하면서도 한편으로는 혼란스러운 유비쿼터스 명령어인 find 명령어에 대한 개요.

게시일 : 2008년 7월

Linux find 명령어는 모든 Linux 명령어 가운데 가장 유용하면서도 혼란스러운 명령어 가운데 하나입니다. 다른 Linux 명령어의 표준 구문과 다른 구문을 가지고 있다는 점에서 어렵습니다. 하지만, 파일명, 파일 유형, 사용자, 더 나아가 타임 스탬프 별로 파일을 찾을 수 있다는 점에서 강력한 명령어이기도 합니다. find 명령어를 사용하면 이러한 속성을 자유롭게 조합해 파일의 위치를 찾을 수 있을 뿐만 아니라, 찾은 파일에 대해 연산을 수행할 수 있습니다.

본 글의 목적은 find 명령어와 그 잠재적 이점을 개략적으로 설명함으로써 find 명령어를 손쉽게 학습 및 사용할 수 있도록 돕는 것입니다. 동시에, find 명령어의 특성 중 가장 강력하면서도 한편으로는 혼란스러운 측면에 대한 개요 및 참조를 제공할 것입니다.

[주: 여기에서 사용된 find 명령어는 GNU 버전이기 때문에 일부 세부 내용은 다른 버전의 find 명령어와 다를 수 있습니다.]

 IT관련 종사자라면 한때 메인프레임이라는 단어가 가진 무게감, 동경... 뭐 이런 느낌이 있었을것이다. 어릴때 뉴스 등에서 가끔씩 봐왔던 슈퍼 컴퓨터라든지, 영화에서나 볼 수 있었던 그런 대형 서버들... 이제 메인프레임이 시장에서 서서히 없어지려하고 있다. IT 시장은 급속도로 변하고 있다. 따라가기 힘들만큼...
아직 삼십대 초반인데 벌써 이러면 나중엔 어떻게 밥 벌이할런지 걱정이네요. ㅡ.ㅡa

NIS(Network Information Service)로 리눅스(Linux®)와 유닉스(UNIX®) 사이에 핵심 데이터베이스를 공유하는 방법과 NFS(Network File System)로 직접 연결하거나 automounter로 파일 시스템을 공유하는 방법을 살펴봅니다. 유닉스와 리눅스는 비슷하지만, 두 시스템을 통합하는 과정을 복잡하게 만드는 몇 가지 차이점이 있습니다. 예를 들어, 동일한 인증 시스템을 공유하지만, 대다수 시스템은 또한 단독으로 동작합니다. 이런 인증 정보 공유는 네트워크에 물린 모든 서버에 SSO(Single Sign-On) 기능을 제공합니다.

소니 플레이스테이션 3(PS3)에서 리눅스(Linux®)가 돌아가지만, 제대로 돌리려면 미조정이 필요합니다. 연재물 1번 타자인 이 기사에서는 Peter Seebach가 PS3 리눅스의 기능과 장점을 소개하고, 미조정에서 몇 가지 장점을 얻기 위한 방법을 설명합니다.

소니가 처음으로 플레이스테이션 3에서 특별한 부가 장치 없이 리눅스를 돌릴 수 있다고 발표했을 때, 반응이 뜨거웠다. 초기에 리눅스를 바로 설치하기란 상당히 어려운 작업이었다. 지원 설치 프로그램은 특별히 만든 PS3 커널이 동작하도록 만들기 위해 페도라 코어 5나 6 설치 DVD를 손으로 뜯어고쳐 만든 전용 스크립트를 돌렸다. 사람들은 우분투 같은 여타 시스템을 돌리기 위해 수 많은 시간을 소비했다. PS3에서 돌아가는 전용 그림 사용자 인터페이스 설치 프로그램으로 무장한 테라소프트에서 만든 옐로우 독 리눅스는 단연 돋보였다.

세월이 흐르자 강산도 바뀌었다. 페도라 7은 포장만 뜯으면 PS3에 설치가 가능해졌지만, 설치 DVD를 찾기 위해 PS3 저장 드라이버를 선택하는 부분과 설치 프로그램을 볼 수 있도록 초기 설치 명령행에서 비디오 모드를 잡기 위해 설정값을 기억하는 부분이 가장 큰 난관이었다.

결국 PS3에서 리눅스를 돌릴 수 있게 되었다. 그것도 아주 쉽게 말이다. 문제는 제대로 동작하지 않는다는 점이다. PS3를 저렴한 셀 개발 시스템으로 선택했다면, 기본 설치 과정을 그대로 따르다 보면 셸 프롬프트가 떨어질 무렵에 수백 메가바이트에 이르는 스왑을 탑재한 시스템이 만들어진다는 사실에 당황스러울지도 모르겠다.

이 연재물에 대하여

기사 셋으로 구성된 이번 연재물은 전도 유망한 개발 환경으로서 PS3 리눅스를 살펴본다.

첫 번째 기사인 1부에서는 PS3에 밀접한 기본 환경 설정을 위해 볼트와 너트를 조이는 방법을 소개하고, 효율적으로 활용하는 방법을 보여주며, 성능을 개선하거나 좀 더 쓸만한 화면을 보기 위한 몇 가지 팁을 제안한다.
2부와 3부는 PS3를 개념 증명 시연 기계에서 실제 동작하는 시스템으로 바꾸도록 특히 성능과 튜닝 문제점을 파고 든다. 물론 이런 기법은 일반 리눅스에도 적용이 가능하다.

시작하기

페 도라 7을 구한다(페도라 8도 동작하지만, 이 기사를 작성할 무렵에 페도라 7을 사용했다). 물론 좀 더 PS3에 가깝게 만들어진 배포판이나 작고 효율적인 배포판을 사용할 경우 더 좋은 결과를 얻을지도 모르겠지만, 페도라 7에는 강력한 장점이 있다. 바로 셀/B.E. SDK 지원이다(물론 RHEL 5.1도 지원하지만 페도라 7에서 지원이 훨씬 더 강화되었다).

나 는 부하 분산이라는 이유 때문에 비트토렌트 광이 되었다. 이는 다운로드 시간만큼 업로드를 하도록 클라이언트를 동작한 채로 남겨둬야 함을 의미한다. 오픈 소스 소프트웨어는 협력을 바탕으로 하므로 대역폭 절감을 위한 협력도 아주 중요한 출발점이 된다. 전체 DVD 이미지(참고자료 참조)를 내려받는 데 시간이 걸리므로 우선 PS3 리눅스에 대한 배경 지식을 살펴보자.

플 레이스테이션 2도 리눅스를 지원하지만 사용하기에 조금 고통스럽다. 소니는 PS2용 전용 키트를 발표했지만, 두껍고 낡은 PS2에 추가 하드 드라이브를 장착해야 했다. 나중에 나온 (좀 더 일반적인) "얇은" PS2 유닛은 지원하지 않았고, 키트는 금세 사라져버렸다. 하지만 사라진 근본 이유는 개념 테스트 용으로 만들어졌기 때문이다. 시스템은 메모리도 적었고, 특수한 컴파일러 도구도 없었고, CPU는 고만고만한 MIPS 코어 기반이었다. 벡터 유닛은 전용 도구가 아니면 지원되지도 문서화되어 있지도 않았다.

반면, PS3는 출시 전부터 리눅스를 지원하고 있었으며, 소니는 지원 코드와 패키지를 광범위하게 퍼트렸다. 시스템 출시 즈음에 페도라 5와 6를 직접 지원하는 "셀 추가" CD가 배포되었으며, PS3 이식을 위해 다른 배포판에 필요한 모든 파일 역시 제공했다. 결과적으로 페도라 7은 별도 CD 없이도 PS3에서 동작했다. 물론 부트로더 설치를 위해서는 소니가 제공하는 프로그램을 사용해야 한다. 추가 소프트웨어 CD(참고자료 참조)는 새로운 커널 버전에 대한 업데이트를 지속적으로 반영하고 있다.

리눅스(Linux®) 시스템 호출은 우리가 매일 사용하는 기능입니다. 하지만 시스템 호출이 사용자 영역에서 커널 영역으로 어떻게 넘어가는지 알고 있나요? 리눅스 시스템 호출 인터페이스(SCI, System Call Interface)를 탐험하고 새로운 시스템 호출을 추가하는 방법(과 다른 대안)을 배우고, SCI 관련 유틸리티를 살펴보겠습니다.

리눅스 시스템 호출은 우리가 매일 사용하는 기능이다. 하지만 시스템 호출이 사용자 영역에서 커널 영역으로 어떻게 넘어가는지 알고 있는가? 리눅스 시스템 호출 인터페이스(SCI, System Call Interface)를 탐험하고 새로운 시스템 호출을 추가하는 방법(과 다른 대안)을 배우고, SCI 관련 유틸리티를 살펴보자.

이 기사에서, 리눅스 SCI를 탐험하고, 2.6.20 커널에 시스템 호출을 추가하는 방법과 이 함수를 사용자 영역에서 사용하는 방법을 보여줄 계획이다. 또한 시스템 호출 개발에 유용한 몇몇 함수와 시스템 호출 대안을 살펴보겠다. 마지막으로 프로세스 사용을 추적하는 기능과 같이 시스템 호출과 관련이 있는 몇몇 종속 메커니즘을 살펴본다.

LAMP(Linux®, Apache, MySQL, PHP/Perl) 아키텍처를 활용하는 응용 프로그램은 끊임없이 개발되고 배포되고 있습니다. 하지만 때로 서버 관리자는 다른 사람이 작성했다는 이유만으로 응용 프로그램 자체에 대한 통제권이 거의 없습니다. 기사 셋으로 이뤄진 이번 연재물은 응용 프로그램 성능을 향상시킬 서버 환경 설정 항목을 다룹니다. 연재 마지막인 세 번째 기사에서는 최대 성능을 발휘하도록 데이터베이스 계층을 조율하는 데 초점을 맞춥니다.

MySQL 조율에 대해

MySQL 서버를 빠르게 하기 위한 방법은 세 가지가 있는데, 효율이 낮은 쪽에서 높아지는 쪽으로 나열하면 다음과 같다.

1. 하드웨어로 문제를 푼다.
2. MySQL 프로세스 설정을 조율한다.
3. 질의를 최적화한다.

DB2®로 이주 MySQL에서 IBM® DB2®로 이주하는 명쾌하고 비용이 들지 않는 방법을 찾고 싶은가? "MySQL 또는 PostgreSQL에서 DB2 Express-C로의 마이그레이션 (영문)" 기사에서는 이주 도구를 활용해 쉽게 이전하는 방법을 보여준다. 공짜 DB2 Express-C를 내려받아 지금 바로 시도해보자.

하드웨어로 문제를 푸는 방법이 가장 먼저 떠오른다. 특히 데이터베이스가 자원을 잡아먹는 괴물이라는 사실을 감안하면 말이다. 하지만 이 해법에는 한계가 있다. 현실을 고려할 때 CPU나 디스크 속력은 두 배로, 메모리 용량은 네 배에서 여덟 배 정도만 늘일 수 있다.

두 번째로 좋은 방법은 mysqld라는 MySQL 서버 조율이다. 이 프로세스 조율은 올바른 위치에 메모리를 할당하고 어떤 부하가 걸릴지 mysqld에 알려주는 조정 기법을 의미한다. 디스크 속력을 좀 더 빠르게 만드는 대신, 필요한 디스크 접근 횟수를 줄이는 편이 유리하다. 비슷하게, MySQL 프로세스가 올바르게 동작하도록 만드는 조율은 개발자가 임시 디스크 테이블과 파일 여닫기 같은 배경 작업에 신경을 쓰는 대신 질의에 대한 서비스에 좀 더 많은 시간을 보낼 수 있음을 의미한다. mysqld 조율은 이번 기사에서 주로 다룰 내용이다.

최고로 좋은 방법은 질의 최적화다. 이는 적절한 색인을 테이블에 만들어 놓고, MySQL의 장점을 최대로 활용하는 방향으로 질의를 작성하는 조율 기법을 의미한다. 이번 기사에서 질의 조율을 다루지는 않지만(이 주제로 책을 써도 되겠다), mysqld 환경 설정을 변경해 조율이 필요한 질의를 보고하도록 만든다.

중요한 조율 순서를 제시하긴 했지만, 그렇다고 해서 적절히 조율을 마친 질의를 위해 하드웨어나 mysqld 설정을 무시하라는 말은 아니다. 느린 기계는 느린 기계일 뿐이며, 제대로 작성한 질의를 돌리더라도 부하가 걸려 실패하는 경우를 목격했는데, mysqld가 질의를 서비스하는 대신 바쁘게 움직이느라 시간을 소모하고 있었기 때문이었다.