특정 한 마스터 장치 ( 4 , 6 , 8 ) 에서 처리 회로 ( 10 , 18 ) 에 의해 행해 지 는 특정 한 로드 / 스토어 연산 에 응답 하 여 코 히 어 런 시 인터페이스 ( 160 에 의해 기동 되 는 코 히 어 런 시 트랜잭션 의 종류 ( 예 를 들 어 , ROCI , ROMI , ReadOnce 또는 ReadUnique ) 는 , 어떤 종류 의 트랜잭션 이 필요 한지 나타내 는 실행 중 인 소프트웨어 에 의해 제공 된 소프트웨어 힌트 에 근거 하 여 제어 될 수 도 있 다 . 그러나 , 종종 , 인터 컨 넥 트 ( 10 ) 를 사용 하 여 구현 된 코 히 어 런 시 프로토콜 은 전체 가 소프트웨어 에 대해 투명 하 므로 , 소프트웨어 가 단순히 로드 / 스토어 연산 을 발행 하 지만 , 이 연산 이 ROCI , ROMI , ReadOnce 또는 ReadUnique 트랜잭션 을 기동 할지 여부 는 , 예 를 들 어 , 인터페이스 에 의해 관찰 된 이전 의 어드레스 사용 패턴 이나 , 필요 한 어드레스 에 대해 메모리 관리 유닛 에서 정의 된 파라미터 들 ( 예 를 들 어 , 일부 어드레스 는 비 공유 로 표기 되 므로 , 데이터 가 다른 곳 에서 캐시 에 기억 되 지 않 을 수 있 으므로 , 코 히 어 런 시 를 유지 하 는 것 이 필요 하 지 않 아 ROCI 또는 ROMI 를 사용 할 필요 가 없 다 ) 등 의 인자 에 근거 하 여 , 코 히 어 런 시 인터페이스 ( 16 , 22 ) 에 의해 결정 될 수 있 다 . 이 때문 에 , ROCI 또는 ROMI 명령 에 대해 ISA 지원 을 제공 하 는 것 이 프로그래머 에게 도움 을 주 어 코 히 어 런 시 트랜잭션 의 선택 에 영향 을 미칠 수 있 지만 , 많 은 경우 에 , ROCI / ROMI 트랜잭션 등 은 소프트웨어 에 대해 투명 한 트래픽 패턴 및 데이터 이용 정보 의 지식 으로부터 코 히 어 런 시 인터페이스 ( 16 , 22 ) 또는 NIC ( 8 ) 등 의 비 CPU ( non - CPU ) 요구자 ( requester ) 에 의해 자동 으로 생성 될 수 도 있 다 .