어떻게 실 잠 밀리초 미만 단위에서 윈도우
https://stackoverflow.com/questions/85122
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
윈도우에서 나는 문제가 발생하지 않 Unix.는 어떻게 얻는 스레드에 잠을 더 밀리세컨드.유닉스에서 당신은 일반적으로 번호 선택(잠 usleep 및 nanosleep)합니다.윈도우,그러나, Sleep 으로 밀리초 단위.
유닉스에서 나를 사용할 수 있습 사용 select 시스템 호출을 만드 마이크로초는 매우 간단하다:
int usleep(long usec)
{
struct timeval tv;
tv.tv_sec = usec/1000000L;
tv.tv_usec = usec%1000000L;
return select(0, 0, 0, 0, &tv);
}
는 방법을 달성할 수 있습니에서 동일 Windows?
해결책 18
Windows 에서 사용 select 면을 포함 Winsock 라이브러리를 초기화 이처럼에서의 응용 프로그램:
WORD wVersionRequested = MAKEWORD(1,0);
WSADATA wsaData;
WSAStartup(wVersionRequested, &wsaData);
고 다음을 선택할 수 없을 것이라고 없이 어떤 소켓에 그래서 당신이해야 할 조금 더을 만들 microsleep 방법:
int usleep(long usec)
{
struct timeval tv;
fd_set dummy;
SOCKET s = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
FD_ZERO(&dummy);
FD_SET(s, &dummy);
tv.tv_sec = usec/1000000L;
tv.tv_usec = usec%1000000L;
return select(0, 0, 0, &dummy, &tv);
}
이러한 모든 만들어 usleep 방법을 반환 할 때 성공적 및 비 제 오류가 있습니다.
다른 팁
이는 잘못 이해의 잠능합니다.전달하는 매개 변수입니다 최소 시간을 수정할 수 있습니다.보장이 없는 스레드가 후에 깨어 정확히 지정된 시간.사실,스레드지'일어에서'모든지만,오히려 실행을 위해 선택한 스케줄러에 의해.스케줄러를 선택할 수 있습을 기다려야 보다 훨씬 더 이상 요청한 수면 시간을 활성화하 실 경우에 특히 다른 스레드가 여전히 활성화되는 순간입니다.
으로 요엘서는 말할 수 없습니다 의미 있게 잠(i.e포기 예정된 CPU)와 같은 짧은 기간 동안.하려는 경우 지연에 대한 몇 가지 짧은 시간에,당신은 회전,반복적으로 확인하는 적절한 고해상도 타이머(예:성능 타이머')고 희망의 무언가가 높은 우선 순위를 하지 않 pre-미연에 방지하고 당신은 어쨌든.
를 정말로 걱정하는 경우 정확한 지연의 짧은 시간에,당신은하지 않아야 될 것을 사용하여 Windows.
를 사용하여 고해상도 타이머에서 사용 가능 winmm.lib.보 이 에 대한 예입니다.
예을 이해해야 합 OS'시간 quantums.윈도우에서,당신은 심지어를 얻고 있 1ms 해결 시간을 변경하지 않는 한 시간 퀀텀을 1ms.를 사용하여(예를 들어 timeBeginPeriod()/timeEndPeriod())는 여전히지 않을 것이 정말로 아무것도 보장.심지어 조금 부하거나 하나의 엉터리 장치 드라이버 모두를 던져.
SetThreadPriority()는 데 도움이지만,매우 위험합니다.나쁜 장치 드라이버할 수 있는 여전히 파멸 당신입니다.
당신이 필요가 매우 제한된 컴퓨팅 환경을 만들이 추한 물건입니다.
#include <Windows.h>
static NTSTATUS(__stdcall *NtDelayExecution)(BOOL Alertable, PLARGE_INTEGER DelayInterval) = (NTSTATUS(__stdcall*)(BOOL, PLARGE_INTEGER)) GetProcAddress(GetModuleHandle("ntdll.dll"), "NtDelayExecution");
static NTSTATUS(__stdcall *ZwSetTimerResolution)(IN ULONG RequestedResolution, IN BOOLEAN Set, OUT PULONG ActualResolution) = (NTSTATUS(__stdcall*)(ULONG, BOOLEAN, PULONG)) GetProcAddress(GetModuleHandle("ntdll.dll"), "ZwSetTimerResolution");
static void SleepShort(float milliseconds) {
static bool once = true;
if (once) {
ULONG actualResolution;
ZwSetTimerResolution(1, true, &actualResolution);
once = false;
}
LARGE_INTEGER interval;
interval.QuadPart = -1 * (int)(milliseconds * 10000.0f);
NtDelayExecution(false, &interval);
}
네,그것은 사용하지 않는 커널 기능을 가지고 있지만 그것은 작품을 아주 잘 사용 SleepShort(0.5);에서의 어떤 내 threds
당신이 원하는 경우 그렇게 많은 세분에 있는 잘못된 장소(사용자 공간에서).
을 기억하는 경우에는 사용자 공간에서 당신의 시간은 항상 정확합니다.
스케줄러에 시작할 수 있습니다 당신의 스레드(또는 응용 프로그램)및 예약 그것은,그래서 당신은 따라 운영 체제에 의해 스케줄러입니다.
당신이 뭔가를 찾고 정확하게 당신이 이동:1)에서 커널 공간(다음과 같 드라이버) 2)선택하는 RTOS.
어쨌든 경우 일부를 찾고 세분화(하지만 기억의 문제는 사용자 공간)보기 QueryPerformanceCounter 기능과 QueryPerformanceFrequency 기능에 MSDN.
으로 여러 사람들이 지적,수면 및 기타 관련된 기능은 기본적으로 의존하"시스템 틱".이 최소한의 단위 사이의 시간을 OS 작업스케줄러에,예를 들어,빠르게 실행되지 않습니다.도 함께 실시간 OS,시스템 틱지 않은 일반적으로 1ms.는 동안 그것은 가변,이것은 의미에 대한 전체 시스템,단지 당신의 기능을 잠기 때문에,당신의 스케줄러 실행됩니다 더 자주,그리고 잠재적으로 증가의 오버헤드 OS(양의 시간 스케줄러 실행,대양의 시간이 작업을 실행할 수 있습).
이 솔루션을 사용하여 외부 고속도계 장치입니다.대부분의 유닉스 시스템을 지정하도록 허용합니다 당신의 타이머와 같은 다른 시계용으로,반대하는 기본 시스템 시계입니다.
당신은 무엇을 기다리고 있을 필요한 정밀?에서 일반적인 경우 요 을 지정하는 정밀도 수준(예:의 종속성 때문에 일부 외부 하드웨어)당신은 잘못된 플랫폼을 봐야 하는 실제 시간이 OS.
그렇지 않으면 당신은 고려 되어야하는 경우 이벤트가 동기화할 수 있습니다거나,최악의 경우에만 바쁘다 CPU 사용 고성능 카운터 API 를 측정한 경과된 시간입니다.
일반적으로 잠들게 될 것이요 적어도까지 다음 시스템이 중단이 발생합니다.그러나,이러
에 따라 달라는 설정의 멀티미디어 타이머 리소스입니다.그것을 설정할 수 있습에 가까운 무언가
1ms,일부 하드웨어라도 실행할 수 있도록에서 인터럽트의 기간 0.9765625(ActualResolution 에 의해 제공됩 NtQueryTimerResolution 표시됩니다 0.9766 하지만 실제로 잘못입니다.그들은 그냥 넣어 수 없습니다 올바른 숫자로 ActualResolution 형식입니다.그것은 0.9765625ms1024 인터럽트를 초당).
하지만 예외이 우리에서 탈출 할 수 있다는 사실을 불가능하다면 보다 적은 중단 기간:그것은 유명한 Sleep(0).이것은 매우 강력
도구를 사용하지 않으로 자주적으로!그것은 포기합니다림의 스레드의 시 슬라이스입니다.이 방법으로 스레드가 정지할 때까지 스케줄러는 힘 스레드를 얻을 cpu 서비스 again. Sleep(0) 비동기 서비스 호출을 강제로 스케줄러에 반응하는 독립적인 인터럽트.
두 번째 방법은 사용 waitable object.대기와 같은 기능 WaitForSingleObject() 할 수 있습니다.하기 위해서 쓰레드를 위해 자는 시간도서 마이크로초 정권드 설정하는 일부 서비스 쓰레드를 생성합니다 이벤트에서 원하는 지연이다."잠자는"스레드가 설정이 스레드한 다음에 일시 정지기능지 서비스 쓰레드를 설정합니다 이벤트 신호.
이 방법은 어떤 스레드에 할 수있는"잠"기다리거나 어떤 시간입니다.서비스 쓰레드의 수 있습니다 큰 복잡하고 그것을 제공할 수 있습니다 넓은 시스템과 같은 서비스를 타임 이벤트에서 마이크로초의 해상도입니다.그러나 마이크로초의 해결책을 강제할 수 있습 서비스는 스레드 스핀에서 높은 해상도의 시간이 서비스에 대한 대부분에서 하나의 인터럽트 기간(~1ms).관리하는 경우,촬영이 잘 실행,특히 다중 프로세서 또는 멀티 코어 시스템입니다.한 ms 회전하지 않는 상처를 상당히 멀티 코어 시스템을 때,선호도 마스크에 대한 호출 스레드 및 서비스 쓰레드는 신중하게 처리됩니다.
코드,설명,그리고 테스트 할 수 있습에 방문 윈도우 타임스탬프 프로젝트
가 동일한 문제와 아무것도 보이는 것보다 빠를 수 있 ms,심지어 잠(0)입니다.내 문제입 통신 사이의 클라이언트와 서버 응용 프로그램을 사용 _InterlockedExchange 기능을 테스트하고 세트 및 그때 잠(0)입니다.
내가 정말 필요가 수행하는 수천 명의 운영당 두 번째 이 방법으며,그것은 작동하지 않는 한 빨리 내 계획입니다.
이후 나는 씬 클라이언트를 다루고 사용자는 호출합 에이전트는 다음에 대한 실,나는 것이 곧 가을 병합으로 스레드와 에이전트 없도록 인터페이스에 이벤트가 필요합니다.
그냥 당신에 사람이 얼마나 느린이 잠은,실행에 대한 테스트는 10 초를 수행하는 빈 루프(받고 뭔가 다음과 같 18,000,000 루프)반면 이벤트 장소에서 내가 만 180,000 루프가 있습니다.즉,100 시간 느린!
실제로 사용하는 이 usleep 기능의 원인이됩니다 큰 메모리/자원 누수가 발생합니다.(는 방법에 따라 수시로 불린다)
사용이 수정 버전(예 편집할 수 없습니다?)
bool usleep(unsigned long usec)
{
struct timeval tv;
fd_set dummy;
SOCKET s = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
FD_ZERO(&dummy);
FD_SET(s, &dummy);
tv.tv_sec = usec / 1000000ul;
tv.tv_usec = usec % 1000000ul;
bool success = (0 == select(0, 0, 0, &dummy, &tv));
closesocket(s);
return success;
}
모두 같이 언급했으로 참가에 대해 어떠한 보증도 하지 않는 수면 시간입니다.그러나고 싶어 하는 사람은 아무도 없을 인정하는 때때로,유휴 시스템 usleep 명령될 수 있는 아주 정확합니다.특히 틱리스 커널입니다.윈도우 Vista 에서 그것은 리눅스가 그것 때문에 2.6.16.
틱리스 커널의 존재를 개선하는 데 도움 노트북 batterly 삶:c.f.인텔의 powertop 은 유틸리티입니다.
그 상태에서,나는 일어났을 측정 리눅스 usleep 명령하는 존경받는 요청된 잠시에 매우 밀접하게,아래로 여섯 마이크로 초입니다.
그래서,어쩌면 OP 무언가를 원하는 것입니다 약동의 대부분은 시간에는 공회전 시스템,그리고 요청할 수 있어야 마이크로 두 번째 예약!내가 실제로 원하는 것에 너무 Windows.
또한 잠(0)같은 소리를 높일::실::수익(),는 용어는 명확하다.
I wonder if Boost-시간 제한 잠금 더 나은 정밀도입니다.기 때문에 당신은 그냥 잠금에서 mutex 는 아무도 이제까지 자료,및 때 시간에 도달하에 계속...제한 시간은 설정으로 부스트::system_time+부스트::밀리초&cie(xtime 은 사용되지 않음).
을 사용하여 시험 SetWaitableTimer...
도 부스트::xtime 및 timed_wait()
는 나노초 정확성입니다.
그냥 사용하여 잠(0)입니다.0 명확하게 보다 적은 밀리세컨드.이제 재미있는 소리,그러나 나는 심각합니다.잠(0)알 Windows 는 아무것도 없을지 지금,하지만 당신이 원하는 것을 재고로 스케줄러가 다시 실행됩니다.그리고 이후에 분명히 스레드 수 없을 예약 실행하기 전에 스케줄러 자체가 실행이 가장 짧은 지체 가능합니다.
참고할 수 있는 전달에서 마이크로초의 번호를 usleep,하지만 너무가 무효 usleep(__int64t){잠(t/1000);}-아니 보증을 실제로는 자는 기간입니다.
잠 기능을 하는 방식보다 적은 밀리세컨드-어쩌면
내가 찾는 잠(0)는 나를 위해 일했습니다.시스템에서 가까운 0%부하에서 cpu 에서 작업 관리자가 간단한 콘솔 프로그램과 잠(0)기능을 잠에서 일관적인 1-3 마이크로초 단위로는 밀리초 미만 단위로.
하지만 위에서는 답변이 스레드에서,내가 알기에는 금액을 잠(0)잔 달라질 수 있습이 훨씬 더 많은 격렬하게 이보다 시스템에서 큰 cpu 부하.
그러나 나는 그것을 이해하고,절전 기능으로 사용할 수 없습니다.그것을 위해 사용되어야 프로그램을 사용하여 적어도의 비율로 cpu 가능 및 실행 가능한 한 자주.나의 목적을 위해,이동하는 것과 같은 발사체에 걸쳐 화면에서 비디오 게임보다 훨씬 더 빨리 하나의 픽셀 밀리세컨드,잠(0)작동 생각 합니다.
당신은 단지 확인하는 간격은 방법으로 보다 작은 최대한 양의 시간 sleep.당신이 사용하지 않는 수면 타이머로 하지만 단지 게임을 만들기 위해 사용이 최소한의 cpu 비율이 가능합니다.당신이 사용하여 별도의 기능을 하는 것은 잠을 얻을 때를 알고 특별한 양의 시간을 통과했고 그런 다음 이동체 하나의 픽셀 화면에서는 시간의 1/10 밀리세컨드 또는 100 마이크로초 단위로.
의사 코드 같은 것이다.
while (timer1 < 100 microseconds) {
sleep(0);
}
if (timer2 >=100 microseconds) {
move projectile one pixel
}
//Rest of code in iteration here
나는 알고 답 작동하지 않을 수도 있습 고급 문제 또는 프로그램이지만 작품에 대한 일부 또는 많은 프로그램입니다.
귀하의 목표는 "기다린 시간이 매우 짧은 시간" 기 때문에 당신은 spinwait, 다음,거기에 있는 증가 수준의 당신을 기다리고 있 수행할 수 있습니다.
void SpinOnce(ref Int32 spin)
{
/*
SpinOnce is called each time we need to wait.
But the action it takes depends on how many times we've been spinning:
1..12 spins: spin 2..4096 cycles
12..32: call SwitchToThread (allow another thread ready to go on time core to execute)
over 32 spins: Sleep(0) (give up the remainder of our timeslice to any other thread ready to run, also allows APC and I/O callbacks)
*/
spin += 1;
if (spin > 32)
Sleep(0); //give up the remainder of our timeslice
else if (spin > 12)
SwitchTothread(); //allow another thread on our CPU to have the remainder of our timeslice
else
{
int loops = (1 << spin); //1..12 ==> 2..4096
while (loops > 0)
loops -= 1;
}
}
그래서 만약 당신의 목표는 실제로 기다릴 에 대해서만 조금,같은 것을 사용할 수 있습니다:
int spin = 0;
while (!TryAcquireLock())
{
SpinOne(ref spin);
}
미덕 여기서 우리는 더 이상 기다릴 때마다,결국 완전히 잠을.
