이 게시판의 RSS 주소 : http://x86osx.com/bbs/zero_rss.php?id=knowhow [List by write date] [List by comment]

제목:

kext 란?

이름:

x86OSx * http://x86osx.com

Date: 2006-04-10 07:44

Read: 33796

bemore 님이 예전 포럼에 작성하신 글입니다.

Kernel Extensions
다윈/Mac OS X은 재컴파일 없이 코드를 동적으로 커널에 올릴 수 있는 커널을 확장할 수 있는 매커니즘을 제공한다. 이 코드는 흔히 플러그-인 또는 다윈 커널에서는 커널익스텐선 커널익스텐션(KEXT)라고 한다.

KEXTs를 남발하면 안되는 이유

KEXT가 모듈성과 동적로딩을 지원하기 때문에 커널의 내부적인 인터페이스에 대한 접근이 필요한 self-contained서비스를 위해서는 확실한 선택이다. 비록 다른 방법들이 있지만 많은 커널 환경의 컴포넌트들이 이 익스텐션 매카니즘을 지원한다.

예를 들어, 몇몇 새로운 네트워킹 요소들은 네트웍 커널 익스텐션(NKEs)를 사용한다. 새로운 파일시스템을 동적으로 추가하는 기능은 VFS KEXTs에 기반하고 있다. 디바이스 드러이버들과 I/O 킷에 있는 device family들은 KEXTs를 이용해서 구현되어있다. KEXTs는 개발자들에게 드라이버를 작성하거나 새로운 볼륨 포맷을 지원하거나 네트워킹 프로토콜을 지원하게 하는것을 쉽게 해준다.

KEXTs가 커널 어드레스 스페이스의 슈퍼바이저 모드에서 작동되기 때문에 커널 익스텐선들은 유저레벨 모듈들에 비해서 작성하기도 힘들고 디버깅하기도 힘들며 엄격한 가이드라인에 따라 작성 되어야 한다.
게다가, 커널 리소스는 영구적(컴퓨터가 켜져있는 한)으로 메모리에 고정되어 있고 동일한 기능에서 유저 스페이스 테스크에 비해서 더 많은 부하가 걸린다.
게다가, 메모리 프로텍션이 애플리케이션으로 부터 시스템 크래쉬를 막아주는 반면 커널 내부에서는 그런 안전장치가 없다.

Mac OS X에서 잘못 짜여진 커널 익시텐션은 Mac OS 8이나 9에서의 그것 보다 더 많은 문제를 야기시킨다.
KEXTs 내의 버그는 유저레벨의 코드보다 더 치명적인 결과를 만들어 낸다.
예를 들면 유저 애플리케이션에서의 메모리 엑세스 에러는 최악의 경우 애플리케이션의 크래쉬의 원인이 되지만 KEXT에서의 메모리 엑세스 에러는 시스템 패닉과 오퍼레이팅 시스템의 크레쉬와 직결된다.
결국 이런 단점으로 인한 보안문제로 어떤 고객들은 써드파티 KEXTs를 제한하거나 허용하지 않는다.

출처: osxdev.org
* x86OSx님에 의해서 게시물 이동되었습니다 (2006-04-28 19:47)