여기저기 기웃거리기

이 튜토리얼에서는 강력한 시각적 편집기인 vi 사용법을 소개합니다. 여기서는 “컨닝 페이퍼(cheat sheet)”를 활용하여 짧은 시간에 vi를 능숙하게 익히는 지름길을 설명합니다. 이 튜토리얼을 통해 독자들은 커서를 이동하는 방법, 텍스트를 편집하는 방법, 삽입 모드로 전환하는 방법, 텍스트를 복사하여 붙여넣는 방법, 비주얼 모드나 멀티 윈도우 편집 등 주요 vim 확장 기능을 익히게 됩니다.

시작하기 전에

자습서 개요

vi 는 유닉스와 리눅스 플랫폼에서 사실상 업계(de facto) 표준으로 사용되는 텍스트 편집기다. 거의 모든 유닉스/리눅스 시스템에 존재할 뿐 아니라 윈도우, DOS, 매킨토시, OS/2, SGI 등 다른 많은 플랫폼에서도 제공된다. vi를 잘 모르거나 익숙하지 않다면 이번 기회를 통해 리눅스/유닉스 플랫폼용 시각적 편집기 프로그램 중 가장 강력하고 널리 쓰이는 프로그램인 vi를 익혀보기 바란다.

목적

이 튜토리얼 집필 목적은 독자들이 vi를 신속하게 익히도록 돕는 데 있다. vi를 배우기 어려운 이유 중 하나가 vi에서 사용하는 명령 수가 아주 많다는 사실 때문이다. vi를 효과적으로 사용하려면 많은 명령을 암기해야 하는데, 필요한 명령을 모두 암기하려면 오랜 시간이 걸린다. 그래서 이번 튜토리얼이 목적하는 바가 '단시간에 vi 익히기'다. 그렇다면 짧은 시간에 많은 명령을 어떻게 기억하도록 도와줄 수 있을까?

이 문제를 해결하는 방법으로 “컨닝 페이퍼”를 이용한다. 튜토리얼을 진행하면서 중요한 vi 명령을 “컨닝 페이퍼”에 하나둘씩 적어둔다는 말이다. 튜토리얼을 마친 후에는 명령을 잊어버릴 때마다 컨닝 페이퍼를 참조한다. 그러다 보면 명령이 머리 속에 새겨지고, 결국은 컨닝 페이퍼 없이도 vi를 능숙하게 사용하게 되리라고 믿는다.

선수 요건

이 튜토리얼은 별다른 선수 요건이 없다. 대신, 독자들이 따라야 할 지침은 있다. 첫째, (당연히) 내가 명령이 동작하는 방식을 여러분에게 설명한다. 둘째, (연습으로) 여러분이 vi에서 명령을 직접 실행해본다. 셋째, (나중에 참고할 목적으로) 여러분이 컨닝 페이퍼에 명령을 기록한다. vi를 빨리 배우고 싶다면 위 단계를 충실히 따르라고 권한다. 명령을 vi에서 직접 실행해보고 컨닝 페이퍼에 직접 기록하면 명령을 외우기도 쉬워진다.

리눅스(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가 질의를 서비스하는 대신 바쁘게 움직이느라 시간을 소모하고 있었기 때문이었다.