외부 저장소 지원이 활성화된 Memcached 1.6.0 출시

일어났다 인메모리 데이터 캐싱 시스템의 대폭 출시 멤캐시드 1.6.0, 키/값 형식의 데이터에 대해 작동하며 사용하기 쉽습니다. Memcached는 일반적으로 DBMS 및 중간 데이터에 대한 액세스를 캐싱하여 부하가 높은 사이트의 작업 속도를 높이는 경량 솔루션으로 사용됩니다. 암호 공급 BSD 라이센스에 따라.

새 버전에서는 스토리지 구현이 안정화되었습니다."엑스스토어"는 이제 기본적으로 구축되지만(구성 스크립트에서 비활성화하기 위해 "-disable-extstore" 옵션이 제공됨) 시작 시 명시적인 활성화가 필요합니다(이전 설치는 업데이트 후에도 변경 없이 계속 작동합니다). extstore는 일반적으로 안정적인 것으로 간주되지만 매우 큰 시스템에서 구현할 때는 주의하는 것이 좋습니다.

Extstore를 사용하면 SSD/플래시 드라이브를 사용하여 캐시 크기를 확장할 수 있습니다. RAM과 마찬가지로 플래시 저장소도 영구적이지 않으며 다시 시작하면 재설정됩니다. 새로운 모드의 범위는 대용량 데이터의 효율적인 캐싱을 보장하는 것입니다. "extstore"를 사용하면 키와 메타데이터는 이전과 마찬가지로 RAM에만 저장되지만 키와 관련된 대용량 데이터(크기가 설정된 임계값을 초과함)는 외부 저장소에 저장되고 포인터만 RAM에 남습니다.

키가 작은 데이터와 연결된 경우 Memcached는 평소대로 작동하고 데이터를 메모리에 유지하며 외부 저장소에 액세스하지 않습니다. 사용 가능한 메모리가 많으면 가장 필요한 데이터를 RAM의 캐시에 추가로 완전히 저장할 수 있습니다. 예를 들어 1024초 동안 액세스되지 않은 3600바이트보다 큰 개체만 플래시로 재설정하도록 지정할 수 있습니다. ).

구현은 스토리지 효율성(높은 조각화 수준)을 희생하면서 최대 성능과 최소 CPU 로드를 보장하도록 최적화되었습니다. 플래시 드라이브의 수명을 연장하기 위해 데이터는 순차적으로 버퍼링되고 스토리지로 플러시됩니다. 다시 시작하는 사이에 캐시 상태를 저장하려면 릴리스 1.5.18에 나타난 기능을 사용하여 캐시 덤프를 파일로 덤프할 수 있습니다. 다음에 시작할 때 이 파일에서 캐시를 복원하여 캐시가 비어 있기 때문에 콘텐츠 프로세서의 최대 로드를 제거할 수 있습니다(캐시는 즉시 "웜" 상태가 됨).

Memcached 1.6의 두 번째 중요한 변경 사항은 단일 시스템 호출 내에서 일괄 요청을 자동으로 처리하도록 조정된 네트워크 통신 코드의 재작업이었습니다. 이전에는 단일 TCP 패킷으로 여러 GET 명령을 보낼 때 memcached가 별도의 시스템 호출을 통해 결과를 보냈습니다. Memcached 1.6에서는 단일 시스템 호출을 전송하여 응답을 집계하고 반환합니다. 결과적으로 이제 시스템 호출당 평균 1.5개의 키가 있으며, 테스트에서 CPU 로드가 최대 25% 감소하고 대기 시간이 몇 퍼센트 감소한 것으로 나타났습니다.

또한 네트워크 하위 시스템을 재설계함으로써 버퍼를 정적으로 할당하는 대신 필요에 따라 버퍼를 동적으로 할당하는 것이 가능해졌습니다. 이 최적화는 클라이언트가 설정한 연결을 통해 4.5KB에서 400-500바이트로 새 명령을 기다리는 동안 메모리 소비를 줄였으며, 또한 불필요한 메모리 조각화를 초래하는 malloc, realloc 및 free에 대한 많은 호출을 제거할 수 있게 했습니다. 연결 수가 많은 시스템. 이제 각 작업자 스레드는 활성 클라이언트 연결을 위한 자체 읽기 및 쓰기 버퍼 풀을 처리합니다. 이러한 버퍼의 크기를 조정하려면
"-o resp_obj_mem_limit=N" 및 "-o read_buf_mem_limt=N" 옵션이 제공됩니다.

Branch 1.6에서는 또한 다음의 지원 중단을 발표했습니다. 바이너리 프로토콜 서버와의 상호 작용. 바이너리 프로토콜 유지 관리 및 버그 수정은 계속되지만 새로운 기능과 기존 기능에 대한 업데이트는 포팅되지 않습니다. 텍스트 프로토콜 변함없이 계속 발전하겠습니다. 바이너리 프로토콜이 새로운 프로토콜로 대체되었습니다. 메타 (간단한 메타 명령이 포함된 프로토콜의 텍스트 버전), 성능과 안정성의 최적 조합을 보여줍니다. 새로운 프로토콜은 이전에 텍스트 및 바이너리 프로토콜을 통해 사용할 수 있었던 모든 작업을 포괄합니다.

출처 : opennet.ru