PID는 데이터베이스 페이지 식별자입니다
이 연구의 PID는 프로세스 ID가 아니라 데이터베이스 페이지 식별자입니다. 버퍼풀은 PID를 메모리 프레임에 연결합니다. 따라서 CPU의 가상주소·물리주소 변환이나 TLB를 바꾸는 기법과 구분해야 합니다. 목표는 소프트웨어 해시 조회 뒤에 데이터 접근이 직렬로 이어지는 지연을 줄이는 것입니다.
예상 프레임과 실제 매핑을 함께 확인합니다
자주 사용하는 페이지를 예측 가능한 선호 프레임에 놓아, CPU가 매핑 조회와 데이터 접근을 겹칠 기회를 만듭니다. 정확한 매핑을 없애는 것이 아닙니다. 캐시에 존재하고, 필요한 latch 상태가 맞고, 선호 프레임에 있는 경우만 빠른 경로를 사용합니다. 읽은 뒤 버전이 달라졌으면 재시도합니다.
PID → 예상 프레임 계산 + 실제 매핑 조회
위치·latch 조건 일치 → 예상 위치 읽기
불일치 → 실제 프레임, 미적재 → 저장장치 읽기
읽기 뒤 버전 검증 → 성공 또는 재시도
모든 페이지를 처음부터 선호 위치에 넣지 않습니다
처음 읽은 페이지는 임의 프레임에 놓을 수 있습니다. 재접근한 페이지를 확률적으로 승격시키고, 선호 위치가 점유되어 있으면 승격 확률을 낮춰 교체 진동을 줄입니다. 복사·latch·매핑 갱신 비용이 있으므로 적중률만 보지 말고 승격 비용과 충돌도 함께 평가해야 합니다.
알고리즘과 벤치마크 결과의 범위를 나눕니다
논문 성능 수치는 저자 구현·장비·작업 부하의 결과입니다. 데이터 크기와 메모리 비율, 스레드 수, logging·격리 수준, 페이지·B-tree 구성과 huge page 조건을 맞추지 않은 DB 간 처리량은 이 기법만의 효과로 해석할 수 없습니다. 이 글은 독립 벤치마크를 수행하지 않았고 보편적인 속도 향상 배수를 제시하지 않습니다.
저자판 PDF는 개인 열람용이며 재배포 금지 표기가 있습니다. 원 PDF·표·그림을 사이트에 복제하지 않고, 자체 개념 설명과 원문 링크를 제공합니다.