에 대한 키 - 값 스토어 낮은 대기 시간 :우리는 다음과 같은 특성을 가진 SSD-백업 키 - 값 솔루션에서 작업하는 SSD
- 처리량 : 10,000 TPS; 50/50 박자/득점;
- 지연 시간 : 1ms 평균, 99.9th 백분위 수 10ms
- 데이터 볼륨 : ~ 10 억 값, 각각 ~ 150 바이트; 64 비트 키; 랜덤 액세스는 데이터의 20 %는 RAM에 맞는
우리는 다른 리눅스 IO 스케줄러, EXT3/XFS 파일 시스템, 상품의 SSD에 KyotoCabinet, LevelDB 및 RethinkDB을 시도 ; Rebench을 사용하여 여러 가지 테스트를 수행했습니다. 읽기 전용 처리량/대기 시간
- 는
- 쓰기/업데이트 전용 전역 보통이지만, 많은 대기 시간이 아웃 라이어가
- 혼합 읽기/쓰기 작업이 매우 좋다 : 모든 경우에 발견 처리량 치명적인 진동 발생/지연 심지어 블록 장치에 직접 액세스하는 경우에 (우회 파일 시스템)
사진 아래 KyotoCabinet 대한 이러한 동작을 도시한다 (횡축은 시간, 세 기간 읽기 전용, 혼합, 업데이트 전용).
질문 : SSD를 사용하여 설명 된 SLA에 대한 대기 시간을 줄이고 어떤 키 - 값 저장소를 권장 할 수 있습니까?
이것은 좋은 질문이지만 토론 스레드이므로 (SO의 범위를 벗어남) SO 주제가 아닙니다. 직접 프로그래밍 관련이 아니기 때문에 어디에서 적절한 것인지 잘 모르겠습니다. –
이 점을 이해하지만 핵심 질문은 매우 간단합니다. 상품 SSD에서 읽기/쓰기 대기 시간이 1ms 미만인 키 - 값 저장소가 있습니까? – user1128016
내가 말했듯이 좋은 질문이지만 프로그래밍과 직접적인 관련이 없습니다. [sf] 또는 아마도 [dba.se]에서 더 나은 견인력을 얻으실 수 있습니다 –