TPS, QPS, 동시수, 응답시간에 대한 자세한 설명-PHP 문제-php.cn

QPS

원칙: 매일 방문의 80%가 20%의 시간에 집중되어 있으며, 이 20%의 시간을 피크타임이라고 합니다.

공식: (총 PV * 80%) / (일일 초 * 20%) = 피크 타임의 초당 요청 수(QPS)입니다.

머신: 초당 최대 QPS / 단일 머신의 QPS = 필수 머신입니다.

단일 머신에서 하루 300w PV를 사용하려면 이 머신에 몇 QPS가 필요합니까?

( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139(QPS).

일반적으로 139QPS가 최고치이기 때문에 도달해야 합니다.

QPS

QPS(초당 쿼리 속도)는 특정 쿼리 서버가 지정된 기간 내에 처리하는 트래픽의 양을 측정한 것입니다.

초당 쿼리 속도

인터넷에서 초당 쿼리 속도는 도메인 이름 시스템 서버 시스템인 QPS의 성능을 측정하는 데 자주 사용됩니다.

초당 응답 요청 수인 fetches/sec에 해당하며, 이는 최대 처리량 용량입니다.

컴퓨터 언어

컴퓨터 프로그래밍 언어입니다. 데이터 분석 및 보고서 출력에 사용됩니다. 운영 플랫폼은 MRDCL입니다. 지원되는 데이터 파일에는 ASC 형식과 CSI 형식이 포함됩니다.

CSI 형식은 QPS의 고유한 데이터 형식입니다. 이는 데이터 분석, 데이터 정리 및 보고서 출력에 사용되는 매우 전문적인 언어입니다. 현재 시장 조사 업계에서 가장 널리 사용되고 있습니다. 중국에는 국내 출원이 상대적으로 적습니다.

개발 이유는 처리량(TPS), QPS, 동시성, 응답 시간(RT) 개념에 대한 이해가 필요합니다. 바이두 백과사전에서 확인하면 다음과 같습니다.

　응답 시간은 시스템이 요청에 응답하는 데 걸리는 시간을 의미합니다. 직관적으로 이 지표는 전체 컴퓨터 시스템이 요청을 처리하는 데 걸리는 시간을 완벽하게 기록하므로 소프트웨어 성능에 대한 사람들의 주관적인 감정과 매우 일치합니다. 시스템은 일반적으로 많은 기능을 제공하고 다양한 기능의 처리 논리도 매우 다르기 때문에 다양한 기능의 응답 시간도 다르며 동일한 기능의 응답 시간도 입력 데이터에 따라 다릅니다. 따라서 시스템의 응답 시간을 논할 때 사람들은 일반적으로 시스템의 모든 기능의 평균 시간 또는 모든 기능의 최대 응답 시간을 언급합니다. 물론 각 기능이나 기능 그룹의 평균 응답 시간과 최대 응답 시간을 논의할 필요가 있는 경우도 많습니다.

　동시 작업이 없는 단일 시스템 응용 시스템의 경우 일반적으로 응답 시간이 합리적이고 정확한 성능 지표라고 믿어집니다. 응답 시간의 절대값은 소프트웨어의 성능을 직접적으로 반영하지 않는다는 점을 지적해야 합니다. 소프트웨어의 성능은 실제로 사용자가 응답 시간을 수용하는 정도에 따라 달라집니다. 게임 소프트웨어의 경우 100밀리초 미만의 응답 시간이 바람직합니다. 약 1초의 응답 시간은 거의 허용되지 않습니다. 3초에 도달하면 완전히 허용되지 않습니다. 컴파일 시스템의 경우 대규모 소프트웨어의 소스 코드를 완전히 컴파일하는 데 수십 분 이상 걸릴 수 있지만 이러한 응답 시간은 사용자가 수용할 수 있는 수준입니다.

2. 처리량(Throughput)

처리량은 단위 시간당 시스템에서 처리하는 요청 수를 의미합니다. 동시성이 없는 애플리케이션 시스템의 경우 처리량은 응답 시간에 반비례합니다. 실제로 처리량은 응답 시간의 역수입니다. 앞서 언급했듯이 단일 사용자 시스템의 경우 응답 시간(또는 시스템 응답 시간 및 응용 프로그램 지연 시간)이 시스템 성능을 측정하는 좋은 척도가 될 수 있지만 동시 시스템의 경우 일반적으로 처리량을 성능 지표로 사용합니다.

다중 사용자 시스템의 경우 한 명의 사용자만 사용하는 경우 시스템의 평균 응답 시간은 t입니다. n명의 사용자가 사용하는 경우 각 사용자가 보는 응답 시간은 일반적으로 n×t가 아닙니다. 그러나 종종 n×t보다 길면 훨씬 작습니다(물론 일부 특별한 경우에는 n×t보다 크거나 훨씬 더 클 수 있습니다). 이는 각 요청을 처리하는 데 많은 리소스가 필요하기 때문입니다. 각 요청을 처리하는 데에는 동시에 실행하기 어려운 단계가 많기 때문에 특정 시점에 차지하는 리소스가 많지 않은 경우가 많습니다. 즉, 단일 요청을 처리할 때 각 시점에서 많은 리소스가 유휴 상태가 될 수 있습니다. 여러 요청을 처리할 때 리소스를 합리적으로 구성하면 각 사용자가 보는 평균 응답 시간은 사용자 수에 따라 증가하지 않습니다. 선형 증가. 실제로 다양한 시스템의 평균 응답 시간은 사용자 수가 증가함에 따라 다양한 비율로 증가합니다. 이것이 처리량을 사용하여 동시 시스템의 성능을 측정하는 주된 이유입니다. 일반적으로 처리량은 상대적으로 일반적인 지표입니다. 사용자 수와 사용자 사용 패턴이 서로 다른 두 시스템의 최대 처리량이 기본적으로 동일하다면 두 시스템의 처리 능력은 기본적으로 동일하다고 판단할 수 있습니다.

3. 동시 사용자 수

　동시 사용자 수는 시스템이 동시에 수행하며 시스템 기능을 정상적으로 사용할 수 있는 사용자 수를 의미합니다. 처리량과 비교할 때 동시 사용자 수는 더 직관적이지만 더 일반적인 성능 지표입니다. 실제로 동시 사용자 수는 매우 부정확한 지표입니다. 사용자의 사용 패턴이 다르기 때문에 사용자마다 단위 시간당 요청 수가 다르기 때문입니다. 웹사이트 시스템을 예로 들면, 사용자는 등록한 후에만 사용할 수 있다고 가정합니다. 그러나 등록된 사용자는 웹사이트를 항상 사용하지 않습니다. 따라서 일부 등록된 사용자만이 특정 순간에 온라인 상태가 됩니다. 웹사이트를 탐색하는 데 많은 시간이 걸립니다. 웹사이트의 정보를 읽는 데 시간이 걸리기 때문에 일부 온라인 사용자만이 특정 시간에 동시에 시스템에 요청합니다. 이러한 방식으로 우리는 웹사이트 시스템의 사용자 수에 대한 세 가지 통계(등록 사용자 수, 온라인 사용자 수, 동시 요청 사용자 수)를 갖게 됩니다. 등록된 사용자는 오랫동안 웹사이트에 로그인하지 않을 수 있으므로 등록된 사용자 수를 성과 지표로 사용하는 것은 큰 오류를 발생시킵니다. 온라인 사용자 수와 동료로부터 요청을 보내는 사용자 수는 모두 성과 지표로 사용될 수 있습니다. 이에 비해 온라인 사용자를 성능 지표로 사용하는 것이 더 직관적이고, 동시 요청 사용자 수를 성능 지표로 사용하는 것이 더 정확합니다.

4. QPS Query Per Second(초당 쿼리)

　Query Per Second QPS는 인터넷에서 도메인 이름 시스템 서버로서 특정 쿼리 서버가 지정된 시간 내에 처리하는 트래픽의 양을 측정한 것입니다. 머신의 성능은 초당 쿼리 속도로 측정되는 경우가 많습니다. 초당 응답 요청 수인 fetches/sec에 해당하며, 이는 최대 처리 능력입니다. (TPS와 비슷한 것 같지만 특정 시나리오의 처리량에 적용됩니다)