1io단위까지 중요한 환경에서의 튜닝
io당 최대 데이터를 읽는 방법
read성능 튜닝
는 지금 갈피를 잡고 있는중이니 다음에
정리해서 들고 오겠습니다
대충 목차는 mssql기준으로 설명했을때
- 디스크 파티션 정렬
- 익스텐션
- 페이지 나누기와 조각화
- 페이지 구조와 페이지 채우기 비율
- 고스트 정리 프로세스
- 스캔 연산
- 디스크 경합
정도에서 더 나올꺼같은데 이정도 보면
제가 알기로는 극한까지? 튜닝할 수 있을것 같습니다.
- dc official App
오 궁금해
한번씩이미 찍먹해보긴 했는데 1io까지 중요한 환경이 아니여서 이걸 막 엄청나게 유의해서 뭔갈 해본적 없으니 전달하려면 한번더 복기하고 정리해야할듯 ㅋㅋㅋ - dc App
기대할게
뭐라는지 모르겠고 쉽게 mysql로 정리해오도록 - dc App
차피 다 아키텍처의 근본적인 부분이라 큰차이 없음 - dc App
"쉽고 깔끔하고 저능아도 알 수있게" 실제면접에서 초등학생한테도 알수있게 설명해보십쇼 느낌으로 - dc App
애초에 이부분은 앞서 설명한 기초, 중고급을 어느정도 이해하거나 마스터해야됨 저능아가 이해하게 만들려면 앞선것들도 하나하나씩 다풀어써야 된다 - dc App
그리고 그럴거면 좀더 다듬어서 강의를 팔지 - dc App
디스크가 좀 더 효율적으로 읽을 수 있게 전처리 해놓는 느낌인건가 ,,,ㅇㅅㅇ
디스크에서도 페이지와 같이 스트라이프?라고 였나 여튼 블록으로 나뉘어서 데이터를 저장하는데 mssql의 페이지도 8개의 페이지로 구성된 익스텐트 단위로 보관되어 관리하기 때문에 디스크의 파티션 정렬할 스트라이프 사이즈와 이 익스텐트 사이즈를 맞춰주면 블록간에 데이터가 걸쳐서 저장되지 않음 (아직 복기전이라 용어가 정확하지 않을 수 있음) - dc App
말그대로 1io? 한블럭? 정도의 읽기 튜닝이지 - dc App
근데 이제 초당 배치가 수만건에서 수십만건이면 이 1io에서도 영향받는 서비스가 어딘가에는 있지 않을까싶어 - dc App
크... 항상 잘보고 갑니다