편집: 구식이라는 말은 나쁘거나 불필요하다는 뜻은 아닙니다. (나는 그것이 /proc엉망이 된다는 데 동의합니다.) 모듈성은 좋은 것이며 저는 그것을 좋아합니다. 내 말은, (에)에 저장된 시스템 정보를 /sys다른 곳에서 찾을 수 있다는 것입니다.
/sys및 에 대한 많은 정보를 찾을 수 없습니다 /proc. 그 외에도 두 콘텐츠 모두에 속하지 않습니다.파일 시스템 계층 표준(커널 버전에 따라 모양/빌드 방식이 다르기 때문입니다)
/체계아니요심지어 자체 man페이지도 있습니다./proc 자체 매뉴얼 페이지가 있습니다맙소사, 설명이 많이 있지만 /acpi거기에 언급되지 않은 일부 폴더와 파일(예: 및 )이 여전히 있습니다. 아주 새로운 거죠? 존재하기 전에 제공된 모든 정보는 올바른 부분이었습니까?consoles/sys/sys/proc
질문:
아직도 그런가요? 모든 정보 테이블을 어떤 형태로든 찾을 수 있습니까 /sys? 이것은 단지 사용자 친화적인 디자인의 확장일 뿐이므로 /proc문서를 쓸모없게 만들 것입니다 . 그렇죠? 아니면 다른 형태로 존재하지 않는 /sys시스템 정보가 있나요 ?/sys/proc
/sys그렇다면 리눅스 매니아들에게 설명은 어디에 있습니까?
답변1
/sys낡은 것이 아니라 오히려 /sys더 새롭고 /proc앞으로 성장할 것입니다.
/proc(및 procfs) Linux보다 몇 년 전입니다. 특히 디버거 및 유사한 도구를 대상으로 실행 중인 프로세스 구조에 대한 액세스를 허용하도록 설계되었습니다. Solaris와 같은 현재 SVR4 기반 운영 체제에서는 이 목표가 여전히 제한되어 있습니다. 반면에 Linux procfs 구현자는 procfs를 사용하여 프로세스 독립적인 커널 구조에 액세스하는 것이 좋은 생각이라고 생각하여 프로세스 정보를 가리키는 숫자 디렉터리와 커널 통계에 액세스할 수 있는 텍스트 파일 및 디렉터리를 혼합했습니다. 테이블, 기타 등등. 데이터. 이 접근 방식은 AIX로 이식되었으며 BSD에서 부분적으로 에뮬레이션되어 Linux 소프트웨어 이식을 단순화했습니다.
이 접근 방식이 혼란을 야기한다는 것이 분명해졌을 때 우리는 더 나은 디자인으로 /sys일부 항목을 만들어 해당 항목으로 옮겼습니다. /proc불행하게도 많은 도구가 하드코딩되어 있으므로 /proc/something아래에서 가장 일반적으로 사용되는 디렉토리 항목은 /proc그대로 유지됩니다.
아래 또는 아래의 주어진 경로에 있는 주어진 파일을 포함하는 정보 유형을 아는 방법에 대한 문서(있는 경우)는 생각 /proc만큼 찾기가 쉽지 않습니다. /sys커널이 오픈 소스이기 때문에 최후의 수단은 커널의 코드를 살펴보는 것입니다.
또한보십시오:procfs와 sysfs의 차이점은 무엇입니까?그리고/dev, /proc, /sys에는 무엇이 있나요?