3
페이지 오류에 대한 문서를 작성 중이며 작동 할 구체적인 번호를 얻으려고하므로 12 * 1024 * 1024 바이트의 데이터를 읽는 간단한 프로그램을 작성했습니다. 간편 :디스크에서 페이지를 폴트 할 때 (OS X) dtrace 프로브가 작동합니까?
int main()
{
FILE*in = fopen("data.bin", "rb");
int i;
int total=0;
for(i=0; i<1024*1024*12; i++)
total += fgetc(in);
printf("%d\n", total);
}
그렇기 때문에 전체 파일을 읽습니다. 문제는이 과정에서 1536 번 발사 될 dtrace 프로브가 필요하다는 것입니다 (12M/8k). 모든 fbt : mach_kernel : vm_fault * : 프로브와 vminfo ::: 프로브를 모두 계산하더라도 500을 치지 않으므로 올바른 프로브를 찾지 못한다는 것을 알고 있습니다.
페이지가 디스크에서 오류가 발생한 경우 실행되는 dtrace 프로브를 어디에서 찾을 수 있습니까?
는는 UPDATE :
는int main()
{
int in = open("data.bin", O_RDONLY | O_NONBLOCK);
int i;
int total=0;
char buf[128];
for(i=0; i<1024*1024*12; i++)
{
read(in, buf, 1);
total += buf[0];
}
printf("%d\n", total);
}
이 버전은 훨씬 더 오래 걸립니다 : 문제가 몇 가지 지능 프리 페칭이 표준 입출력 기능에 어떤 일이 일어나고 있다는 것을 것을 오프 기회에
, 나는 다음과 같은 시도 (42s 실시간, 10s는 사용자 였고 나머지는 시스템 시간 오류 였고, 나는 추측하고있다.) 그러나 예상했던 것보다 5 분의 1 많은 오류를 생성한다.
흥미로운 점은 루프 오버 헤드와 캐스팅 (int에서 char)으로 인한 시간 증가가 아니라는 것입니다. 이러한 동작을 수행하는 코드 버전의 시간은 0.07 초입니다.
... 그리고 후속 질문 ... 왜 dtrace 질문은 항상 "chirping crickets"범주에 들지 않습니까? 필자는 dtrace 프로브에 대한 유일한 실제 문서가 OS X이 드물게 배포하는 커널 소스에 있기 때문이라고 생각합니다. 이것이 솔라리스 상자에서 dtrace를 사용하는 것을 선호하는 이유입니다. 따라서 Open Solaris에서 필요한 것을 파헤 칠 수 있습니다. – Sniggerfardimungus
FreeBSD에서'dtrace'를 시도해 볼 수도 있습니다 :) –