문제는 /procLinux의 해당 파일이 텍스트 파일로 표시되는 것처럼 stat()/fstat()보이지만 그렇게 동작하지 않는다는 것입니다.

동적 데이터이기 때문에 하나 이상의 read()시스템 호출 만 수행 할 수 있습니다 (적어도 일부는 해당). 하나 이상의 작업을 수행하면 두 개의 다른 내용으로 된 두 개의 청크를 얻을 수 있으므로 대신 두 번째 청크 read()는 아무것도 반환하지 않습니다 (파일 끝을 의미) ( lseek()처음으로 돌아 가지 않고 시작 부분으로 돌아 가지 않는 한 ).

read유틸리티는 개행 문자 뒤로 읽어 확실하지 않은 것으로 한 바이트 한 번에 파일의 내용을 읽을 필요가있다. 즉 무엇 dash을 수행합니다

 $ strace -fe read dash -c 'read a < /proc/sys/fs/file-max'
 read(0, "1", 1)                         = 1
 read(0, "", 1)                          = 0

일부 쉘은 시스템 호출을 bash너무 많이하지 않아도되도록 최적화되어 read()있습니다. 그들은 먼저 파일을 찾을 수 있는지 확인하고, 그렇다면 파일을 읽은 후 줄 바꿈 바로 다음에 커서를 다시 넣을 수 있다는 것을 알고 덩어리로 읽습니다.

$ strace -e lseek,read bash -c 'read a' < /proc/sys/fs/file-max
lseek(0, 0, SEEK_CUR)                   = 0
read(0, "1628689\n", 128)               = 8

를 사용하면 bash128 바이트보다 큰 proc 파일에는 여전히 문제가 있으며 한 번의 읽기 시스템 호출에서만 읽을 수 있습니다.

bash-d옵션을 사용할 때 해당 최적화를 비활성화하는 것으로 보입니다 .

ksh93가짜가 될 정도로 최적화를 더욱 강화합니다. ksh93의의는 read다시 찾아 않지만, 다음에 대한 읽기 추가 데이터를 기억 read다음, 그래서 read(또는 같은 데이터를 읽을의 다른 내장 매크로의 cat또는 head)도 시도하지 않는다 read(즉, 데이터가 수정 된 경우에도 데이터 사이에 다른 명령) :

$ seq 10 > a; ksh -c 'read a; echo test > a; read b; echo "$a $b"' < a
1 2
$ seq 10 > a; sh -c 'read a; echo test > a; read b; echo "$a $b"' < a
1 st

답변

    if (!data || !table->maxlen || !*lenp || (*ppos && !write)) {
            *lenp = 0;
            return 0;
    }

$ sdd -debug bs=1 if= /proc/sys/fs/file-max
Simple copy ...
readbuf  (3, 12AC000, 1) = 1
writebuf (1, 12AC000, 1)
8readbuf  (3, 12AC000, 1) = 0

sdd: Read  1 records + 0 bytes (total of 1 bytes = 0.00k).
sdd: Wrote 1 records + 0 bytes (total of 1 bytes = 0.00k).