도 2 내지 도 4 의 실시 예 에서 는 , 전술 한 것 과 같이 무효화 및 비 무효화 형태 의 스눕 요구 ( SnoopUnique 및 SnoopOnce ) 를 이미 처리 할 수 있 으면 , 캐시 ( 30 ) 가 자치 의 변형 이 필요 하 지 않 다 . 그런 , 도 5 의 실시 예 에서 는 , 요청 마스터 ( 8 ) 로부터 의 ROCI 또는 ROMI 트랜잭션 에 응답 하 여 인터 컨 넥 트 ( 10 ) 에 의해 캐시 ( 30 ) 로 송신 되 는 새로운 종류 의 스눕 요구 ( 오버 라이드 가능 한 무효화 를 갖 는 스눕 요구 ( snoop - with - overridable - invalidate request ) ) 가 정의 된다 . 도 5 에 도시 된 것 과 같이 , 오버 라이드 가능 한 무효화 를 갖 는 스눕 요구 는 , 데이터 가 더 티 이 면 데이터 를 판독 하 여 인터 컨 넥 트 ( 10 ) 에게 반환 되 어야 하 지만 데이터 가 무효 화 되 는지 아닌지 는 캐시 그 자체 에 의해 결정 될 수 있 다는 것 을 캐 시 ( 30 ) 에게 표시 한다 . 이것 은 , 데이터 가 무효 화 되 어야 하 거나 데이터 가 무효 화 되 지 않 아야 된다고 명시 하 지만 캐 기 그 자체 에 재량 권 을 주 지 않 는 표준 스눕 과 다르 다 . 예상 에 따르 면 , 캐시 ( 30 ) 가 대부분 의 경우 에 는 캐시 용량 을 비우 기 위해 무효 화 할 것 이 지만 , 최근 의 어드레스 액세스 이역 에 의존 하 여 오버 라 이드 할 때 도 있 다 . 시스템 캐시 ( 30 ) 내부 의 제 어회 로 ( 32 ) , 또는 캐시 를 갖 는 마스터 장치 들 ( 4 , 6 ) 과 관련 된 캐시 들 에 대한 코 히 어 런 시 인터페이스 ( 16 ) 가 무효화 를 행할 것 인지 오버 라 이드 할 것 인지 를 결정 하 는 데 책임 이 있 을 수 있 다 . 캐시 ( 30 , 12 , 14 ) 와 관련 된 제 어회 로 는 요청 마스터 ( 8 ) 보다 최근 의 액세스 패턴 에 대해 더 많 은 로컬 지식 을 가지 므로 , 캐시 ( 30 , 12 , 1 4 ) 에 대해 무효화 를 무시 할 수 있 는 능력 을 제공 함 으로써 , 실제로 는 여전히 필요 한 데이터 값 을 무효 화 하 여 메모리 에서 페치 해야 하 거나 , 심지어 ROMI 의 경우 에 는 모두 폐기 해야 할 가능 성 을 줄임 으로써 , 성능 을 향상 시킬 수 있 는 경우 가 있 다 . 캐시 에 대한 제 어회 로 ( 32 , 16 ) 가 무효 화 하 도록 결정 하 면 , 인터 컨 넥 트 는 트랜잭션 이 ROCI 인지 ROMI 인지 에 따라 ( 또는 ROMI 에 대해서 는 메모리 시스템 대역폭 또는 어 드레스 액세스 이력 등 의 다른 인자 에 따라 ) 후 기록 할 것 인지 선택 할 수 있 는 한편 , 캐시 가 무효화 를 오버 라 이드 하 는 것 을 선택 하 면 , 후 기록 이 필요 하 지 않 다 .