왜 대용량 파일의 헤더;테일은 시간이 오래 걸리고 때로는 그렇지 않습니까?

저는 .txt 파일의 처음 10줄과 마지막 10줄을 읽는 bash 스크립트를 작성 중입니다. 시작(head)과 완료(tail)를 찾고 grep을 사용하여 발생 횟수를 비교합니다. 이러한 파일은 상당히 크기 때문에 전체 텍스트 대신 파일의 머리 부분과 끝 부분만 읽기로 결정했습니다. 그러나 스크립트를 실행하면 대용량 파일을 "완료"하는 데 오랜 시간이 걸립니다(처음 10줄과 마지막 10줄을 읽고 비교하는 작업이 포함되며 이 작업은 1~2분 밖에 걸리지 않습니다).

스크립트 출력 텍스트를 보면서 이 문제를 발견했습니다. 그래서 명령줄에서 직접 head/tail(스크립트에서 실행될 내용을 시뮬레이션하기 위해 grep 포함) 명령을 실행할 때 비슷한 시간이 걸리는지 확인하기로 결정했습니다. 놀랍게도 명령은 거의 즉시 실행되었습니다. 이상하다고 생각해서 다시 스크립트를 실행해 봤습니다. 이번에는 스크립트가 아직 head/tail/grep 명령을 실행하지 않은 다음 "큰" 파일에 도달할 때까지 이전에 걸린 파일을 통해 비명을 지릅니다.

bash가 명령 결과를 캐시처럼 저장합니까? 또한 이러한 명령의 가능한 원인은 다음과 같습니다.

 head -n 10 /file/path/myfile.txt | grep -w -c 'lead word'
 tail -n 10 /file/path/myfile.txt | grep -w -c 'end word'

실행하는데 그렇게 오래 걸리나요?

편집: 위의 헤더/꼬리 줄이 문제의 원인인 이유는 헤더/꼬리 줄을 개별적으로 수행할 때 인쇄해야 하는 에코 줄이 있기 때문이라고 생각합니다. 파일의 줄 크기를 확인해 보니 몇 분 만에 완성된 파일보다 그리 길지 않습니다.

기술적인 수준에서 헤드/테일 작동 방식에 대해 좀 더 자세히 설명해 줄 수 있는 사람이 있나요? 나는 파일의 "앞 x 줄/뒤 x 줄"에 대해 매우 기본적인 것을 이해하고 있습니다.