불충분 한 정밀도를위한 time_nanosleep 대안

고정밀 시간 제어 PHP 응용 프로그램에서 Time_nanoSleep () 는 개발자가 프로그램을 초 및 몇 초 동안 "수면"할 수있는 일반적인 도구 기능입니다. 그러나 이론적으로 나노 초 지연을 지원하지만 실제로 사용하면 운영 체제 스케줄링 메커니즘, PHP 자체의 구현 및 하드웨어 시계 정확도에 의해 정확도가 종종 제한됩니다. 이는 100 마이크로 초 지연을 설정하더라도 시스템이 밀리 초로 더 지연 될 수 있음을 의미합니다.

고주파 거래 시뮬레이터, 데이터 수집 동기화 메커니즘 또는 실시간 제어 로직과 같이 시간에 민감한 응용 프로그램을 구축하는 경우 Time_NanoSleep () 의 "신뢰할 수없는"이 특히 치명적입니다. 그렇다면 Time_nanoSleep ()가 충분히 정확하지 않으면 어떻게해야합니까? 이 기사는 몇 가지 더 신뢰할 수있는 대안을 소개합니다.

1. USLEEP ()를 사용하여 마이크로 초 지연을 달성하십시오

Usleep ()는 절대 정확도를 보장 할 수는 없지만 일부 시스템에서는 안정성이 Time_nanoSleep () 보다 낫습니다.

 usleep(100); // 지연100마이크로 초

참고 : Usleep ()는 나노 초 대신 마이크로 초를 수용하여 (1 초 = 10000000 마이크로 초)를 허용하므로 나노 초 지연을 직접 구현할 수 없습니다. 그러나 대부분의 비즈니스 시나리오에서는 마이크로 초만 충분합니다.

2. 고정밀 바쁜 대기 루프 사용 (주의해서 사용)

나노초 레벨 컨트롤이 필요한 경우 CPU Busy Wait을 통해 달성 할 수 있습니다. 이 방법은 미리 정해진 간격에 도달 할 때까지 고정밀 시간을 지속적으로 읽는 것이지만 많은 CPU를 소비하고 생산 환경에 적합하지 않습니다.

 function nano_sleep_busy($nanoseconds) {
    $start = hrtime(true);
    $end = $start + $nanoseconds;
    while (hrtime(true) < $end);
}
nano_sleep_busy(50000); // 지연50마이크로 초

HRTIME (TRUE) 는 현재 나노 초 타임 스탬프를 반환하며 시간 간격의 정확한 제어에 적합합니다.

3. 외부 확장 또는 CLI 도구

극단적 인 요구 사항이있는 시스템의 경우 PHP 자체 기능이 충분하지 않을 수 있습니다. 현재 C/C ++로 작성된 CLI 도구 또는 시스템 수준 명령을 호출하여 고정밀 지연을 완료 할 수 있습니다.

예를 들어, 컴파일 된 실행 프로그램을 호출하십시오 (이미 sleep_ns 도구가 있다고 가정) :

 exec('/usr/local/bin/sleep_ns 50000'); // 지연50마이크로 초

예를 들어이 도구를 제어하는 ​​서버에 배치 할 수도 있습니다.

 file_get_contents("https://gitbox.net/tools/sleep_ns?duration=50000");

이렇게하면 제어 로직을보다 적절한 언어로 전달할 수 있습니다.

4. 이벤트 또는 Swoole Extension 사용 (권장)

PHP 환경이 Swoole을 지원하거나 Reactphp/Event 루프 메커니즘을 사용하는 경우 비동기 비 차단 방법을 통해 고정밀 지연 제어를 수행 할 수 있습니다.

 Swoole\Timer::after(0.05, function () {
    echo "50마이크로 초后执行\n";
});

기본 레이어는 여전히 시스템 타이머에 의존하지만 Swoole은 C로 작성되고 PHP의 실행 엔진을 우회하기 때문에 정밀도와 성능은 기본 기능보다 낫습니다.

요약

대부분의 시나리오에서, 수십 마이크로 초까지 지연을 정확하게 제어하려면 USLEEP () 과 HRTIME () 의 조합은 이미 매우 실용적입니다. 또한 대기 시간에 민감한 고성능 응용 프로그램을 구축하는 경우 비동기 프레임 워크 (예 : Swoole)를 사용하거나보다 적합한 기본 언어로 전환하여 일부 기능을 구현하는 것이 좋습니다.

기억하십시오 : PHP는 실시간 제어를 위해 설계된 언어가 아닙니다. 기술적 경계를 합리적으로 선택하면 신뢰할 수 있고 효율적인 프로그램을 작성할 수 있습니다.