Linux 시스템 커널의 장치 매퍼 메커니즘 (1) (5)

장치 매퍼의 사용자 공간 부분은 개발자가 자체 스토리지 관리 도구를 구현하기 위한 선택 사항입니다. 실제로 LVM2, dmraid 및 기타 도구와 같은 많은 일반적인 논리 볼륨 관리자는 장치 매퍼를 사용합니다. 사용자 공간 라이브러리는 자체 관리 요구 사항에 따라 독립적인 관리 도구 세트를 설정하지만 제공되는 dmsetup 도구는 사용하지 않습니다. 심지어 IBM의 오픈 소스 프로젝트인 엔터프라이즈 수준 논리 볼륨 관리 시스템인 EVMS도 구현에 포함되지 않습니다. 장치 매퍼의 사용자 공간 라이브러리, 자체 함수 라이브러리 세트는 커널의 ioctl 정의를 완전히 기반으로 구현됩니다.

대상 드라이버

장치 매퍼는 통합 아키텍처를 제공하여 사용자가 대상 드라이버 플러그인을 통해 실제 필요에 따라 자체 IO 처리 규칙을 지정할 수 있으므로 대상 드라이버가 장치를 완전히 구현합니다. 매퍼 유연성. 위에서 우리는 대상 드라이버에 대해 여러 번 언급했으며 대상 드라이버의 기능을 설명했습니다. 여기서는 가장 간단한 선형 대상 드라이버를 사용하여 대상 드라이버의 구현을 자세히 소개합니다.

대상 드라이버는 주로 IO 요청에 대한 처리 규칙을 정의합니다. 장치 매퍼에서는 대상 드라이버의 작동을 위한 통합 인터페이스가 정의됩니다. 구현에서는 앞서 언급한 target_type 구조에 의해 정의됩니다.

1. 대상 장치를 구축하는 방법

3. 요청 방법;

４. 대상 장치 읽기 및 쓰기 일시 중지 방법; ;

７. 현재 대상 장치 상태에 액세스합니다.

８. Target의 사용자 메시지 처리 방법

사용자는 특정 방법에 따라 선택적으로 구현할 수 있습니다. 그러나 일반적으로 최소한 처음 세 가지 방법을 구현해야 합니다. 그렇지 않으면 장치 매퍼에서 제대로 작동하지 않습니다. 선형 타겟 드라이버는 처음 세 가지 방법과 방법 7만 구현합니다. 논리 주소 공간에서 물리 주소 공간으로의 선형 매핑을 완료하고 그림 4에서 설명한 것처럼 여러 물리적 장치를 선형으로 연결하여 논리 장치를 구성할 수 있습니다. 에서는 /dev/sda, /dev/sdb, /dev/sdc의 세 개의 연속 공간이 선형 대상 드라이버를 통해 대규모 논리 블록 장치로 구성됩니다. 선형 대상의 구현은 매우 간단합니다. 생성 및 삭제 방법은 주로 선형 대상 장치에서 사용되는 구조를 설명하는 메모리 리소스의 적용 및 해제를 완료합니다. IO 매핑 처리 방법의 구현은 다음 코드에서 볼 수 있듯이 더욱 간단합니다.

매핑 방법은 매핑 관계에 따라 논리적 디바이스 매핑된 디바이스로 전송되는 바이오 요청을 선형적 대상 디바이스가 나타내는 물리적 디바이스의 해당 위치로 선형적으로 리디렉션하는 것입니다. 코드에 표시된 구체적인 구현 방법은 bio의 bi_bdev를 수정하는 것입니다. 장치 포인터는 대상 장치에 해당하는 장치 포인터이며, IO 요청이 시작되는 섹터 번호 bi_sector는 대상 장치의 시작 주소에 따라 변경됩니다. 및 매핑된 장치 장치에 대한 바이오 요청의 오프셋 값을 입력함으로써 IO 요청의 리디렉션이 완료된다. 다른 대상 드라이버의 구현도 유사합니다. 장치 매퍼에서 정의한 인터페이스 사양에 따라 구현하고 필요한 기능을 결합할 수 있습니다. 관심 있는 독자는 여기서 하나씩 소개하지 않을 것입니다. 커널에서.

(T114)

위는 Linux 시스템 커널의 Device Mapper 메커니즘(1)(5)의 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지를 참고해주세요. (www.php.cn) !

static int linear_map(struct dm_target *ti, struct bio *bio,

        union map_info *map_context)

{

 struct linear_c *lc = (struct linear_c *) ti->private;

 bio->bi_bdev = lc->dev->bdev;

 bio->bi_sector = lc->start + (bio->bi_sector - ti->begin);

 return 1;

}