`tail -f`가 `less +F`보다 더 효율적인가요?

`tail -f`가 `less +F`보다 더 효율적인가요?

이 기사less +Fover 를 사용하는 몇 가지 이유가 지적되어 있습니다 tail -f. 대부분의 이유는 다음과 관련이 있습니다.특징, 아니요인위적인이유: less +F파일을 강조 표시하고 검색하고 찾아볼 수 있습니다.

어때요?인위적인이유?

AFAIK, less매초 폴링은 파일을 업데이트하는 데 사용되는 반면 tail,POSIX 정의1초 동안 휴면하고 사용 가능한 모든 바이트를 복사하는 루프를 사용합니다. 이것으로 충분하지만 POSIX는 구현 시 보다 효율적인 방법을 사용하도록 권장합니다. 적어도GNU 테일사용inotify, 그래서 더 효율적입니다.

less또한 파일 내용을 메모리에 유지하므로 대용량 파일(예: 수 기가바이트)의 경우 컴퓨터 속도가 느려집니다.

그럼 다른 사람들도 있나요?인위적인남용 tail -f이유 less +F?

답변1

나는 당신이 주요 요점을 다뤘다고 생각합니다. less +F전체 파일을 읽고, 많은 시스템에서는 tail -f파일의 끝만 읽고, 심지어 전체 파일을 읽는 시스템에서도 적어도 전체 파일을 메모리에 유지하지는 않습니다. 이는 less +F매우 큰 파일의 경우 실용적이지 않습니다. 그러나 줄 번호를 표시하지 않고 파일의 끝만 읽도록 less -n +F하는 를 실행할 수 있습니다.less

내부적으로는 데이터 간의 주요 less -n +F차이점 tail -f이 있습니다tailless

less +F와 사이의 또 다른 차이점 tail -fless입력 필터를 호출하지만 이는 일반적으로 로그 파일에 아무런 영향을 미치지 않는다는 것입니다.

지원되는 기술적 차이점 중 하나 less +F는 화면 너비에 맞게 줄을 자르는 옵션을 사용할 수 있다는 것입니다 -S. 그러면 tail길이에 관계없이 전체 줄을 표시할 수밖에 없습니다.

인터페이스 관점에서 어떤 일이 발생하는지 알아차리는 데 를 사용하는 것이 유용합니다 less.  tail -f백그라운드에서 실행할 수도 있습니다. 어떤 일이 발생하여 파일을 더 자세히 보려면 less​​다른 터미널에서 해당 파일을 열 수 있습니다.

여러 파일을 시청하고 싶다면,다중 꼬리가는 길입니다. 단일 파일의 경우에도 Multitail에는 필터링 및 색상 지정과 같은 추가 멋진 기능이 있습니다.

관련 정보