물론 타임 듀레이션이 커져서 현실적인 면만 보면 그렇게 생각할 수도 있겠지만

프로그래밍 논리로 보면 타임 듀레이션이 커졌을 뿐, 근본적으로 문제가 있는 건 맞죠 ㅋㅋ



장성호 님이 쓰신 글 :
: 딴지 거는것은 아닙니다만
: 혹 누군가 오해 할까봐~!
:
: 흐흠님께서 다음과 같이 GetTickCount64()에 대해 말씀해 주셨는데요..
: "GetTickCount64() 를 이용하더라도 Time Duration 만 커질 뿐 근본적인 해결책이 되지는 못함"
:
: GetTickCount64 는 ULONGLONG타입을 return합니다.
: http://msdn.microsoft.com/en-us/library/windows/desktop/ms724411(v=vs.85).aspx
:
: ULONGLONG 의 최대값은 18446744073709551615 이며
: 1초에 1000-Tick 으로 계산하면 약 584942417년이 됩니다.
: 약 5억 8천만년
:
: Time Duration만 크질뿐 근본적인 해결책이 안된다고 하셨는데..
: 5억 8천만년동안 pc가 꺼지지 않고 계속 돌아가는 경우에나 문제가 될것입니다.
:
: 그럼..
:
: 흐흠 님이 쓰신 글 :
: : GetTickCount() 으로 처리할 수 있는 Time Duration은 1193 시간에 불과 하므로
: : 1400 시간이 지났다면 오버 플로우 상태가 되니까 마이너스 연산으로 뒤집어지는
: : 결과가 발생함. 오버 플로우 상태를 고려하지 않은 프로그램의 논리적인 오류임.
: : 오버 플로우를 고려하려면 매번 최상위 비트를 체크해서 반대로 연산을 뒤집어주는
: : 코드가 들어가야 함. 프로그래밍의 아주 기초적인 부분임.
: :
: : GetTickCount64() 를 이용하더라도 Time Duration 만 커질 뿐 근본적인 해결책이 되지는 못함.
: :
: : 따라서 GetTickCount() 이나 GetTickCount64() 함수를 이용하는 것 보다는.
: :
: : 강제 종료용 이벤트를 하나 생성해서 WaitForMultipleObjects() 로 스레드가 10초 동안 슬립 상태로 들어가게
: : 코딩을 하는 게 더 효율적인 방법임.
: :
: :
: :
: : 이경문 님이 쓰신 글 :
: : : GetTickCount()의 return값은 DWORD(unsigned int 32 bit) 이죠.
: : : DWORD의 range(msec 단위)의 최대값을 날짜로 환산해 보세요.
: : :
: : : 김시환 님이 쓰신 글 :
: : : : 답변은 감사합니다.
: : : : 그런데 해결방법도 중요하지만 원인을 좀 알고 싶은데요.. 해결하는거야 어떻게든 가능하지만 원인을 아는게 프로그램하는 사람으로서 더 필요한 정보일것 같아서요..
: : : :
: : : : Lyn 님이 쓰신 글 :
: : : : : GetTickCount64로 바꾸면 문제 깔끔하게 해결 ...
: : : : :
: : : : : 김시환 님이 쓰신 글 :
: : : : : :
: : : : : : 샘플시료의 Aging을 위해 장비를 오랜시간 돌리는 프로그램을 작성하고 샘플시료를 테스트하고 있습니다.
: : : : : : Aging 중간 중간에 Aging 상태에 대한 내용을 읽어와서 데이타를 화면에 보여주는 프로그램입니다.
: : : : : : Aging 을 하면서 데이타를 읽어내는 것은 Thread를 사용하고 있습니다.
: : : : : :
: : : : : :     while(!Terminated)
: : : : : :     {
: : : : : :         m_dfDelayTime = (GetTickCount() / 1000.0) - m_dfStartTime ;
: : : : : :
: : : : : :         if(m_dfDelayTime > 10)      // 10초에 한번씩 시스템데이타를 읽어 온다.
: : : : : :         {
: : : : : :               Data_Read() ;
: : : : : :        
: : : : : :               m_dfStartTime = GetTickCount() / 1000.0 ;
: : : : : :         }
: : : : : :
: : : : : :          if(user_stop == true) this->Terminate() ;
: : : : : :
: : : : : :          if( g_dfTestTime <= 0) Sample_Test()
: : : : : :     }
: : : : : :
: : : : : : 대충 위의 코드와 같은 동작이 쓰레드에서 구동중입니다. 지금 거의 1400 시간 정도 돌아가고 있는데.. 문제는 지금까지 잘 실행되던 Data_Read() 함수가 호출이 안돼고 있다는 것입니다. 그래서 처음에는 쓰레드가 뻣었나 싶어서 시스템을 정지시키려고 했다가 혹시나 하는 맘으로 Sample_Test() 라는 함수가 진행되는지 지켜보았습니다. 아니나 다를까 Sample_Test() 함수는 정상적으로 실행이 되고 있었습니다.
: : : : : :
: : : : : : 여기서 의문
: : : : : :
: : : : : : 10초에 한번씩 시스템 데이타를 읽어오기 위한 함수가 왜 호출이 안돼느냐 하는 문제입니다.
: : : : : : 처음에는 m_dfStartTime 를 초기화하지 않았다고 생각했는데 코드를 보니 그것도 아니더군요..
: : : : : : GetTickCount() 함수를 보면 49.7 일 후에 다시 0으로 회귀하는 것으로 되어 있어서 m_dfStartTime 변수를 계속해서 갱신해 주면 문제가 없을것 같은데.. 뭐가 문제일까요??
: : : : : :
: : : : : : 테스트 진행중이라 디버깅도 못해 보겠고.. 이 문제를 해결하려고 다른 PC를 근 50일을 돌려 볼수도 없고.. 참 애매 합니다.
: : : : : :
: : : : : :