fd는 파일핸들러 일수도 있고, 소켓 핸들러 일수도 있고, 파이프 핸들러 일수도 있고, 또 다른 무언가 일 수도 있습니다.
그에 따라 내부구조는 상이하게 다를 가능성이 높습니다. 중요한건 사용법은 모두 동일하다는 것이겠죠.
fd의 내부 구현은 커널마다 다르기 때문에, 딱히 어떻게 구현되어 있다고 말하기 힘들듯합니다.
실제 개체(파일, 소켓, 파이프)등을 접근하는데 있어서 공통된 입출력 인터페이스(e.g. 함수)를 사용할 수 있도록
번호를 순서대로 매긴 것이 파일기술자입니다.
따라서 해당 프로세스 스코프에서 유니크한 값을 가지게 됩니다.
필요한 정보가 있다면 파일기술자를 통해서 연결된 다른 메타정보를 얼마든지 불러올수도 있으니 편리하죠.
그러므로 이런 특징때문에 파일기술자를 사용하게되면, 프로그래밍을 하거나 시스템을 디자인 하는 사람은 매우 편리해지죠.
========================================
* 부분이 전체를 대변하는 하나의 속성일때 진리이다.
영속적이지 못한 것은 전체가 될 수 없다.
========================================
* The truth will set you free.
file descriptor. google이
file descriptor. google이 괜히 떼돈 버는 게 아니죠.
원하시는 질문에
fd는 파일핸들러 일수도 있고, 소켓 핸들러 일수도 있고, 파이프 핸들러 일수도 있고, 또 다른 무언가 일 수도 있습니다.
그에 따라 내부구조는 상이하게 다를 가능성이 높습니다. 중요한건 사용법은 모두 동일하다는 것이겠죠.
fd의 내부 구현은 커널마다 다르기 때문에, 딱히 어떻게 구현되어 있다고 말하기 힘들듯합니다.
ID 같은 것입니다.
실제 개체(파일, 소켓, 파이프)등을 접근하는데 있어서 공통된 입출력 인터페이스(e.g. 함수)를 사용할 수 있도록
번호를 순서대로 매긴 것이 파일기술자입니다.
따라서 해당 프로세스 스코프에서 유니크한 값을 가지게 됩니다.
필요한 정보가 있다면 파일기술자를 통해서 연결된 다른 메타정보를 얼마든지 불러올수도 있으니 편리하죠.
그러므로 이런 특징때문에 파일기술자를 사용하게되면, 프로그래밍을 하거나 시스템을 디자인 하는 사람은 매우 편리해지죠.
========================================
* 부분이 전체를 대변하는 하나의 속성일때 진리이다.
영속적이지 못한 것은 전체가 될 수 없다.
========================================
* The truth will set you free.
답변은 아닙니다만...
파일 기술자라는 말이 근데 정확한 번역(?)이 맞는걸까요??? 문득문득 갑자기 그런 생각이 드네요... 음... 디스크립터를 직역한 것 같기도 하고... 적절한 번역같기도 하고...
너무나도 오래된 얘기지만, 용어가(특히나 리눅스/유닉스 계열에서) 어영부영한 것이 꽤 많다는 생각을 지울 수가 없네요.. 음... (김치하씨가 그런면에서는 혁명(-_-?)이 아니었을지..)
객체 지향 프로그래밍(OOP) 이것도... 그냥 쓴글입니다 ^^;;
句日新, 日新 日新 又日新.
句日新, 日新 日新 又日新.
음....쓰신글들 보니..
http://kin.naver.com/ing/detail.php?d1id=1&dir_id=10202&eid=eHr0/rmgTfj4AsCU52cw5aVpZabWexsO&qb=xsTAzyCx4rz6wNo=
음 요거 답변 기다리시면 나오지 않겠습니까..?
인용: In computer
http://en.wikipedia.org/wiki/File_descriptor
댓글 달기