데이터 버퍼 에 관한 Wikipedia의 기사에서 :

버퍼는 한 장소에서 다른 장소로 이동하는 동안 데이터를 임시로 보유하는 데 사용되는 실제 메모리 저장 영역입니다.

퍼 단부를 순환하고 다른 하나 개의 저장 위치로부터 송신되는 데이터의 모든 단일 조각을 들고 (오디오 처리 원형 버퍼를 사용하는 경우 등). 버퍼는 데이터 스트림에서 현재 위치 전후의 데이터 “버퍼”를 허용합니다.

실제로, 버퍼와 캐시에는 몇 가지 일반적인 측면이 있습니다. 그러나 일반적인 의미의 캐시는 일반적으로 데이터를 이동하는 경우 모든 데이터를 저장 하지 않습니다 (예 : CPU 캐시).

캐시 의 목적은 성능을 저하시키지 않고 나머지 데이터를 전송할 수 있도록 충분한 데이터 만 캐시되도록 데이터를 투명한 방식으로 저장하는 것입니다. 이와 관련하여 캐시는 전송 속도, 캐시 크기 등에 따라 소량의 데이터 만 “프리 페치”합니다.

주요 차이점은 버퍼가 결국 모든 데이터를 보유한다는 것입니다. 반대로, 캐시는 디자인에 따라 데이터의 전부 또는 일부를 보유하거나 보유하지 않았을 수 있습니다. 그러나 처음부터 데이터에 직접 액세스하는 것처럼 캐시에 액세스합니다. 정확하게 캐시되는 것은 캐시의 “사용자”에게 투명합니다.

차이점은 인터페이스에 있습니다. 캐시를 사용하여 데이터 소스에 액세스하는 경우 캐시 가 데이터 소스 인 것처럼 사용합니다. 캐시 를 통해 데이터 소스의 모든 부분에 액세스 할 수 있으며 캐시는 데이터의 출처를 결정합니다 ( 캐시 자체 또는 소스). 캐시 자체는 미리로드 할 데이터 부분 (보통 시작 부분이지만 때로는 전부)을 결정하는 반면, 사용중인 캐시 교체 알고리즘 은 캐시 에서 무엇을 언제 제거할지 결정합니다. 이것의 가장 좋은 예는 CPU 캐시 자체를 제외하고 프리 페처 / readahead 시스템입니다. 둘 다 가장 많이 사용한다고 생각하는 데이터 부분을 메모리에로드하고 캐시되지 않은 하드 드라이브로 되돌립니다.

반대로, 새 부품이 이미 버퍼로 이동되지 않은 경우 버퍼를 사용하여 데이터 스트림에서 위치를 즉시 이동할 수 없습니다. 이렇게하려면 버퍼를 재배치해야합니다 (새 위치가 버퍼 길이를 초과하는 경우). 새 위치에서 버퍼를 효과적으로 “다시 시작”해야합니다. 가장 좋은 예는 Youtube 비디오에서 슬라이더를 움직이는 것입니다.

버퍼의 또 다른 좋은 예는 Winamp에서 오디오를 재생하는 것입니다. 오디오 파일은 CPU에 의해 디코딩되어야하므로, 노래를 읽을 때부터 오디오가 처리 될 때까지, 사운드 카드로 보내질 때까지 시간이 걸립니다. Winamp는 일부 오디오 데이터를 버퍼링하므로 “잠금”을 피하기 위해 이미 처리 된 충분한 오디오 데이터가 있습니다 (예 : CPU는 항상 수백 밀리 초 안에들을 수있는 오디오를 준비하고 있습니다. 실시간은 아닙니다) 당신이 듣는 것은 버퍼에서 나옵니다. 이것은 CPU가 과거에 준비한 것입니다).

답변