캐시 메모리 혼동

-2

UC 모드에서 작동하는 동안 프로그래머가 메모리를 사용할 수 있습니까? 또는 프로그래머가 캐시 메모리를 처리 할 수 없기 때문에 불가능한가? 실수로 MTRR을 사용하여 CPU 캐시 메모리를 처리 할 수 있다고 생각합니까?캐시 메모리 혼동

출처

2012-04-29 Mike Mallen

데이터베이스와 어떤 관련이 있습니까? –

이들은 현재 SAP Hana와 같이 메모리에서 실행중인 응용 프로그램입니까? 프로그래머가 CPU 캐시를 포함하여 컴퓨터의 모든 메모리에 얼마나 많은 액세스 권한을 갖고 있는지 파악하려고합니다. 나는 CPU 메모리를 사용하여 RAM에 저장된 데이터베이스에 연결하는 방법에 대해 흥미로운 백서 (다소 미래적인)를 읽었습니다. 위에서 언급 한 것처럼 미래 지향적 이었지만 재미있었습니다. CPU 메모리 속도에 의존하여 인 메모리 데이터베이스를 새로운 차원에서 실행합니다. 그것은 둘 사이의 연결입니다. –

흠, 질문에 언급되지 않은 내용이 아닌 질문 항목과 직접 관련된 내용으로 질문에 태그를 지정해야합니다. 처음에는 더 나은 답변을 얻을 수 있습니다 (예 : '캐시'로 태그를 지정하면 캐시에 대해 아는 사람들이 볼 수 있습니다). –

캐시의 정상적인 동작을 끌 수 있으며 직접 SRAM을 직접 주소 지정 가능한 메모리 영역으로 사용할 수 있는지 묻는 것처럼 보입니다. 짧은 대답은 '아니오'입니다. 또한 Uncacheable (UC)은 메모리 페이지 또는 메모리 영역의 특성이며 캐시 자체의 모드가 아닙니다.

출처

2012-05-06 01:37:19 srking

고맙습니다. 그게 제가 물어 보려 던 질문입니다. 주위에 일이 있습니까? 그리고 우리는 캐시를 프로그래머에게 그대로 두는 것이 좋습니다. 우리가 원하는 방식으로 사용하려면 모드로 설정하십시오. 우리가 그것을 사용하고 싶다면 아무 것도 바꿀 수 없습니다. 프로그래머는 자신의 방식대로 사용하면 많은 처벌이있을 수 있으며, 잠재적 인 주소 지정 가능 메모리를 최대한 활용할 수있는 옵션이 있어야합니다. 다시 한 번 감사드립니다. 질문을 완벽하게 제기했습니다. –

프로세서가이 모드를 지원하지 않는 이유는 캐시가 CPU 성능에 매우 중요하기 때문입니다. 캐시를 비활성화하면 모든 단일 액세스가 DRAM으로 전달됩니다. 약 일주일 안에 Windows가 부팅 될 수 있습니다. 소형 임베디드 시스템에서만 프로세서가 캐시가없는 메모리 하위 시스템에 연결되어 있다는 것을 알 수 있습니다. – srking

마이크로 코드는 액세스 및 주소 지정 기능을 방해하는 것이어야하지만, 캐시를 사용하는 프로그래머의 옵션이어야하는 것으로 보입니다. 캐시는 사용 중에 많은 부정적인 시나리오를 나타낼 수 있습니다. 우리의 운영 체제는 페이징을 사용하지 않으므로 캐시 계층을 사용할 필요가 없습니다. 낭비하고 빠른 메모리가 사용되지 않는 것처럼 보입니다. 우리는 그것을 우리 방식으로 프로그램하고 더 잘 활용할 수 있습니다. 이 기능은 언젠가 바뀔 수 있다고 생각합니다. 왜냐하면 우리가 캐시를 처리 할 수있는 유일한 사람이 될 수 없기 때문입니다. 이러한 캐시는 커지고 있으며 이익을 얻으려는 데이터를 저장하는 것이 좋습니다. –

캐시 메모리 혼동

답변

관련 문제