[server] FIFO를 통해 로그인 한 다음 파일로 리디렉션 하시겠습니까?

fifo는 일반적으로 쓰여진 양이 읽은 양을 초과 할 수있는 프로그래밍에 필요합니다.

이러한 fifo는 예상대로 완벽하게 작동하지 않지만 다른 문제를 소개하면서 주요 문제를 해결할 것입니다.

세 가지 가능한 경고가 있습니다.

1. 초기화시 다른 쪽 끝을 읽는 것이 없으면 fifo에 쓰기가 무기한 차단됩니다.
2. fifo의 고정 폭은 64K로, 버퍼가 해당 지점에 의해 채워지면 리더가 따라 올 때까지 추가 쓰기가 차단됩니다.
3. 독자가 죽거나 나가면 파이프 라이터는 SIGPIPE로 사망합니다.

이는 문제 (버퍼링되지 않은 쓰기에서 버퍼링 된 I / O 에뮬레이션)가 해결됨을 의미합니다. 이는 FIFO의 새로운 ‘제한’이 실제로 파이프에 디스크에있는 내용 (버퍼 입출력이 버퍼링 됨)에 쓰는 유틸리티의 속도가되기 때문입니다.

그럼에도 불구하고 기록기는 작동하기 위해 로그 리더에 의존합니다. 독자가 갑자기 읽는 것을 멈 추면 작가가 차단합니다. 판독기가 갑자기 종료되면 (대상의 디스크 공간이 부족하다고 말하면) 기록기가 SIGPIPE하고 종료 될 수 있습니다.

언급해야 할 또 다른 요점은 서버 패닉과 커널의 응답이 중지되면 해당 버퍼에있는 최대 64k의 데이터가 손실 될 수 있다는 것입니다.

이 문제를 해결하는 또 다른 방법은 로그를 tmpfs (Linux의 경우 / dev / shm)에 기록하고 출력을 고정 디스크 위치에 맞추는 것입니다. 이 작업을 수행하는 메모리 할당에는 제한이 적지 만 (64K가 아니라 일반적으로 2G!) 기록기가 동적으로 로그 파일을 다시 열 수있는 방법이없는 경우에는 작동하지 않을 수 있습니다 (tmpfs에서 정기적으로 로그를 정리해야 함). 이 방법으로 서버 패닉이 발생하면 많은 데이터가 손실 될 수 있습니다.

답변

mkfifo logfifo
cat logfifo &> logfile.txt &
app --logfile logfifo

logger -p daemon.notice -t app < fifo

tail -f fifo | logger ...
cat fifo | logger ...

app --logfile /dev/stdout | logger -t app