Q&A와 스터디
상황은 이렇습니다. MFC 프로그램을 만들고 있는데 스레드가 하나 돌고 있습니다.
MFC 화면에 그래픽 작업을 하는데 이는 버튼 이벤트나 메뉴의 이벤트로 그리기도 하고, 스레드에서 메시지를 메인 핸들로 보내 콜백함수에서 그리기도 합니다.
이때 다음과 같은 일이 일어났다고 가정해보겠습니다.
버튼 이벤트가 일어나서 버튼이벤트와 연결된 함수가 호출될 때와, 스레드에서 메시지를 받아 콜백함수가 호출되어야 할때가 동시에 발생한 경우
어떻게 처리 되나요??
MFC 화면에 그래픽 작업을 하는데 이는 버튼 이벤트나 메뉴의 이벤트로 그리기도 하고, 스레드에서 메시지를 메인 핸들로 보내 콜백함수에서 그리기도 합니다.
이때 다음과 같은 일이 일어났다고 가정해보겠습니다.
버튼 이벤트가 일어나서 버튼이벤트와 연결된 함수가 호출될 때와, 스레드에서 메시지를 받아 콜백함수가 호출되어야 할때가 동시에 발생한 경우
어떻게 처리 되나요??
2006.07.05 14:08:20 (*.102.122.211)
![[레벨:5]](http://old.lameproof.com/modules/point/icons/default/5.gif "포인트:3087point (84%), 레벨:5/30"){kind=icon}
안군 동기화 객체를 이용한 상호배제 처리를 하는게 일단은 중요할겁니다. 멀티스레드로 프로그래밍 하신다면 당연히 해 주셔야 겠지요?
그런데, 저 같은 경우에는, 비슷한 상황일 때에는... DC 같은, 좀 크리티컬한 객체를 만지는 경우엔 반드시 한 곳에서만 처리를 하도록 합니다.
무슨 말이냐면.. 스레드에서 바로 콜백 함수를 부르는게 아니라, 스레드 메시지(MSDN 잘 찾아보세요 ^^;)를 이용해서,
필요한 메시지를 그림을 그리는 메인 스레드 쪽으로 보내는거죠. 이 경우는 메시지 큐 자체가 동기화 객체 역할을 해 주기 때문에, 충돌이 나지 않습니다.
만약에 서버 프로그래밍 등을 하시게 되면, 자주 접하시게 될 난점인데요. 멀티스레딩이 좋다고는 하나, 위험요소가 많고..
그렇다고 모든 공유객체에다가 전부 상호배제 처리를 하자니, 오히려 싱글스레드보다 더 성능을 떨어뜨리게 되는거죠.
그래서.. 요즈음에는 스레딩을 쓸 일이 생기면, "같은 자원을 가지고 같은 일을 하는 스레드를 여러개 만들지 말자!" 라는 생각으로 코딩합니다.
그런데, 저 같은 경우에는, 비슷한 상황일 때에는... DC 같은, 좀 크리티컬한 객체를 만지는 경우엔 반드시 한 곳에서만 처리를 하도록 합니다.
무슨 말이냐면.. 스레드에서 바로 콜백 함수를 부르는게 아니라, 스레드 메시지(MSDN 잘 찾아보세요 ^^;)를 이용해서,
필요한 메시지를 그림을 그리는 메인 스레드 쪽으로 보내는거죠. 이 경우는 메시지 큐 자체가 동기화 객체 역할을 해 주기 때문에, 충돌이 나지 않습니다.
만약에 서버 프로그래밍 등을 하시게 되면, 자주 접하시게 될 난점인데요. 멀티스레딩이 좋다고는 하나, 위험요소가 많고..
그렇다고 모든 공유객체에다가 전부 상호배제 처리를 하자니, 오히려 싱글스레드보다 더 성능을 떨어뜨리게 되는거죠.
그래서.. 요즈음에는 스레딩을 쓸 일이 생기면, "같은 자원을 가지고 같은 일을 하는 스레드를 여러개 만들지 말자!" 라는 생각으로 코딩합니다.
2006.07.05 14:10:06 (*.102.122.211)
안군 아, 그리고 정작 질문에 대한 답변을 드리지 못한 것 같은데요, 제가 경험한 바로는 DC 객체를 서로 다른 스레드에서 동시에 접근하면 크래시가 납니다.
그런데, 크래시가 나기 나는데... 대체 어디서 죽었는지 알 수 없는 상황이 되더군요. -_-;; 디버거에서도 콜스택이 다 꼬여버리고..
심지어는, 디버거 상에서 돌릴때는 안 죽고 잘 도는데, 릴리즈 컴파일 하면 죽어버리는 경우도 생기니... ;;;
그런데, 크래시가 나기 나는데... 대체 어디서 죽었는지 알 수 없는 상황이 되더군요. -_-;; 디버거에서도 콜스택이 다 꼬여버리고..
심지어는, 디버거 상에서 돌릴때는 안 죽고 잘 도는데, 릴리즈 컴파일 하면 죽어버리는 경우도 생기니... ;;;
2006.07.05 14:16:26 (*.118.69.84)
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:947point (21%), 레벨:3/30"){kind=icon}
박현만 버튼이나 메뉴에서의 이벤트도 메세지 큐로 들어가나요? 그렇다면 스레드가 여러개더라도 그리는 것에 대해 sendMessage라는 걸로 하면 메시지 큐에
들어오는 그에 맞는 함수들이 호출될테니까 동기화가 돼겠군요.. 제가 생각한게 맞나요?
들어오는 그에 맞는 함수들이 호출될테니까 동기화가 돼겠군요.. 제가 생각한게 맞나요?
2006.07.05 16:14:44 (*.133.24.223)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:653point (65%), 레벨:2/30"){kind=icon}
gustwind 메인 스레드에서 드로잉 및 이벤트 처리를 하고 별도로 워커 스레드가 하나 돌면서 메시지를 보내는 경우 같은데,
말씀하신대로 메인 스레드는 메시지의 순서에 따라 처리되기 때문에 아무런 문제가 없습니다.
말씀하신대로 메인 스레드는 메시지의 순서에 따라 처리되기 때문에 아무런 문제가 없습니다.
2006.07.05 22:14:07 (*.232.96.120)
![[레벨:7]](http://old.lameproof.com/modules/point/icons/default/7.gif "포인트:5507point (81%), 레벨:7/30"){kind=icon}
1ststory 일일히 GetDC, 또는 CClientDC를 사용해서 DC를 얻어오는 거라면 문제가 되겠지만
만약에 메인 윈도우나 핵심 윈도우에 출력할 CDC(CClientDC)를 처음 생성할때 변수로 놓고 필요할때마다 변수를 가져오기만 하는거라면 문제가 될 이유는 없을듯.
만약에 메인 윈도우나 핵심 윈도우에 출력할 CDC(CClientDC)를 처음 생성할때 변수로 놓고 필요할때마다 변수를 가져오기만 하는거라면 문제가 될 이유는 없을듯.
2006.07.05 22:17:58 (*.133.24.224)
gustwind 1ststory// DC를 매번 얻어오던, 한 번 얻어놓고 계속 사용하던간에 동시에 두 개 이상의 스레드가 사용하면 문제가 발생하는건 마찬가지입니다.
위의 경우는 다른 스레드에서 DC에 직접 접근하는 것이 아니라 메시지 전달을 통해 작업을 수행하기 때문에 DC가 동시에 사용될 경우는 없습니다.
위의 경우는 다른 스레드에서 DC에 직접 접근하는 것이 아니라 메시지 전달을 통해 작업을 수행하기 때문에 DC가 동시에 사용될 경우는 없습니다.
2006.07.06 00:22:47 (*.44.210.194)
1ststory gustwind//
DC를 매번 얻어올때 문제가 생긴다고 하는 것은,
GetDC를 통해 DC를 얻어올때 반납이 이루어지지 않으면 GetDC를 다시 한번 호출할때 얻어오는 DC 메모리 값이 달라집니다.(핸들 값 포함) 이것때문에 발생하는 문제도 경험했구요. 반납이 이루어졌을 경우 메모리와 핸들 값은 그대로 유지됩니다. 즉, 여러곳에서 GetDC를 통해 매번 DC를 얻어오는 경우 2개 이상의 쓰레드에서 한곳이 반납 하기도 전에 요구를 하게 되면, HDC및 기타 값이 변형되어 나중에 얻어온 쪽이 제대로 출력되지 않게 됩니다.
그리고 두개 이상의 쓰레드가 동시에 사용한다고 치더라도, 단순히 그 값을 얻어오기만 하는 것이라면 전혀 문제가 발생하지 않습니다. 문제가 발생하는 것은 두개 이상의 쓰레드가 변수의 값을 변형하는 구간이 있을때 문제가 됩니다. 단순히 처음에 얻어진 DC 핸들을 읽어 오는 것이라면, HDC의 값이 변형되지도 않고, 핸들은 암묵적인 포인터로 사용되기 때문에 동일한 장소를 가르키게 되며, 그것을 가지고 두쪽 모두가 DC의 속성을 변환시키지 않는 이상, 단순히 문제는 발생할 이유는 없게 되는 것이죠.
DC를 매번 얻어올때 문제가 생긴다고 하는 것은,
GetDC를 통해 DC를 얻어올때 반납이 이루어지지 않으면 GetDC를 다시 한번 호출할때 얻어오는 DC 메모리 값이 달라집니다.(핸들 값 포함) 이것때문에 발생하는 문제도 경험했구요. 반납이 이루어졌을 경우 메모리와 핸들 값은 그대로 유지됩니다. 즉, 여러곳에서 GetDC를 통해 매번 DC를 얻어오는 경우 2개 이상의 쓰레드에서 한곳이 반납 하기도 전에 요구를 하게 되면, HDC및 기타 값이 변형되어 나중에 얻어온 쪽이 제대로 출력되지 않게 됩니다.
그리고 두개 이상의 쓰레드가 동시에 사용한다고 치더라도, 단순히 그 값을 얻어오기만 하는 것이라면 전혀 문제가 발생하지 않습니다. 문제가 발생하는 것은 두개 이상의 쓰레드가 변수의 값을 변형하는 구간이 있을때 문제가 됩니다. 단순히 처음에 얻어진 DC 핸들을 읽어 오는 것이라면, HDC의 값이 변형되지도 않고, 핸들은 암묵적인 포인터로 사용되기 때문에 동일한 장소를 가르키게 되며, 그것을 가지고 두쪽 모두가 DC의 속성을 변환시키지 않는 이상, 단순히 문제는 발생할 이유는 없게 되는 것이죠.
2006.07.06 00:31:31 (*.44.210.194)
1ststory 어떤 공유되는 자원의 접근에 있어서
1쓰레드 - 읽기, 2쓰레드 - 읽기 (문제가 발생하지 않음)
1쓰레드 - 읽기, 2쓰레드 - 쓰기 (문제가 발생하지 않음)
1쓰레드 - 쓰기, 2쓰레드 - 쓰기 (문제가 발생함)
무조건 동시에 사용한다고 해서 문제가 발생되는 것은 아닙니다.
DC의 핸들을 가지고 어떻게 사용하느냐에 따라서 달라지지만,
그 속성을 변환(브러시, 펜등의 속성 변환, MoveTo, LineTo등의 DC의 내부 포인터 변환)시키는 행동을 하지 않는 이상 문제는 발생하지 않는 다는 것이죠.
1쓰레드 - 읽기, 2쓰레드 - 읽기 (문제가 발생하지 않음)
1쓰레드 - 읽기, 2쓰레드 - 쓰기 (문제가 발생하지 않음)
1쓰레드 - 쓰기, 2쓰레드 - 쓰기 (문제가 발생함)
무조건 동시에 사용한다고 해서 문제가 발생되는 것은 아닙니다.
DC의 핸들을 가지고 어떻게 사용하느냐에 따라서 달라지지만,
그 속성을 변환(브러시, 펜등의 속성 변환, MoveTo, LineTo등의 DC의 내부 포인터 변환)시키는 행동을 하지 않는 이상 문제는 발생하지 않는 다는 것이죠.
2006.07.06 01:45:23 (*.118.69.84)
박현만 모두들 신경써주셔서 감사합니다. 많은 참고가 되었습니다. 마지막으로 하나만 여쭤보겠습니다. 메뉴나 버튼에 대한 이벤트시 처리할 일을 함수와 연결을 시켜놓지 않습니까?
이때 흐름에 대해 궁금해서 그러는데요. 제가 생각한게 맞는지 함 봐주십시오.
1. 버튼이나 메뉴를 마우스로 클릭한다.
2. 버튼이나 메뉴의 이벤트 메세지가 메시지 큐에 들어간다.
3. 이때 내부적으로 메시지 큐를 검사하는 놈이 그 메시지에 연결된 함수를 호출한다.
4. 즉 이벤트와 연결된 함수는 콜백함수인 것이다?
4번에 대한 결론이 맞는건가요?
이때 흐름에 대해 궁금해서 그러는데요. 제가 생각한게 맞는지 함 봐주십시오.
1. 버튼이나 메뉴를 마우스로 클릭한다.
2. 버튼이나 메뉴의 이벤트 메세지가 메시지 큐에 들어간다.
3. 이때 내부적으로 메시지 큐를 검사하는 놈이 그 메시지에 연결된 함수를 호출한다.
4. 즉 이벤트와 연결된 함수는 콜백함수인 것이다?
4번에 대한 결론이 맞는건가요?
2006.07.06 02:11:01 (*.44.210.194)
1ststory API에서 메시지를 처리하는 데 있어서, 윈도우 프로시저를 통해 메시지를 처리하게 됩니다.
이때 윈도우 프로시저 자체가 하나의 콜백 함수가 됩니다.
mfc에서는 내부적인 프로시저로 메시지를 처리하면서 상속관계를 통해 가상 함수로 선언되는 메시지 호출 함수를 불러오게 되는데 그 자체가 콜백함수의 조건을 충족시킬수가 없을 껍니다.
콜백 함수는 운영체제 자체가 어느 함수를 호출하는 것이지만, mfc에서 호출되는 함수는 어디까지나 운영체제가 아닌, 어떻게 보면 하나의 인터페이스로 이루어진 디폴트 프로시저에서 함수를 호출하는 것이니깐요.
즉 하나의 콜백함수에서 함수를 호출하는 것이지 운영체제가 함수를 호출하는건 아니죠.
이때 윈도우 프로시저 자체가 하나의 콜백 함수가 됩니다.
mfc에서는 내부적인 프로시저로 메시지를 처리하면서 상속관계를 통해 가상 함수로 선언되는 메시지 호출 함수를 불러오게 되는데 그 자체가 콜백함수의 조건을 충족시킬수가 없을 껍니다.
콜백 함수는 운영체제 자체가 어느 함수를 호출하는 것이지만, mfc에서 호출되는 함수는 어디까지나 운영체제가 아닌, 어떻게 보면 하나의 인터페이스로 이루어진 디폴트 프로시저에서 함수를 호출하는 것이니깐요.
즉 하나의 콜백함수에서 함수를 호출하는 것이지 운영체제가 함수를 호출하는건 아니죠.
2006.07.06 15:22:22 (*.118.69.84)
박현만 아.. 무슨 말씀인지 알겠네요. 메세지큐에 메시지가 있으면 운영체제가 호출하는 콜백함수가 존재하고 그 콜백함수 내에서 이벤트와 연결된 함수를 호출하는 방식이군요.. 결국은 4번에 대한 결론만 틀리고 3번까지는 맞는거죠?
2006.07.06 15:29:19 (*.133.24.223)
gustwind 박현만// 4번에 대한 결론이 맞습니다.
1ststory// DC를 반납하건 하지 않건 핸들값은 변하지 않습니다.
CDC 클래스는 수시로 바뀔 수 있습니다. MFC는 CDC와 HDC를 Temporary Map이란 것을 통해 연결합니다.
이는 OnIdle시 해제되게 되어 있으며, 따라서 CDC 변수를 함수 내부가 아닌 전역이나 클래스 멤버로 유지하는 것은 HDC의 유효성을 보장할 수 없습니다.
자세한 내용은 http://msdn2.microsoft.com/en-us/library/c251x6s1.aspx 를 참조하시기 바랍니다.
DC를 사용한다고 함은 CDC의 메소드를 호출하던가 HDC가 인자로 넘어가는 API를 호출함을 의미할텐데, 이 내부에서 읽기 연산만이 있을지 쓰기 연산도 있을지는 알 수 없습니다.
따라서 근본적으로 DC를 동시에 두 개 이상의 스레드에서 사용하는 것은 금하고 있습니다.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/devcons_4esj.asp 를 참조하시기 바랍니다.
이전에 GetDC를 여러군데서 사용해서 문제가 있었다고 하신 것은 윈도우에서 한 쓰레드에서 유지할 수 있는 DC의 수를 5개로 제한하고 있기 때문입니다.
오히려 DC를 유지하고 있으면 이 제한에 걸려 문제가 발생하는 경우가 많습니다. 역시 위 링크를 참조하시기 바랍니다.
그리고 가정하신 1쓰레드 - 읽기, 2쓰레드 - 쓰기 (문제가 발생하지 않음) 는 성립하지 않습니다.
위 가정이 성립되는 경우는 읽기와 쓰기가 프로세서에 의해 한 사이클에 수행되는 Atomic Operation인 경우이며 DC는 이에 해당하지 않습니다.
마지막으로 콜백 함수는 일반적으로 하위레벨의 시스템이 역으로 상위레벨에 호출해주는 함수를 말합니다.
호출하는 주체가 굳이 운영체제일 필요는 없습니다.
1ststory// DC를 반납하건 하지 않건 핸들값은 변하지 않습니다.
CDC 클래스는 수시로 바뀔 수 있습니다. MFC는 CDC와 HDC를 Temporary Map이란 것을 통해 연결합니다.
이는 OnIdle시 해제되게 되어 있으며, 따라서 CDC 변수를 함수 내부가 아닌 전역이나 클래스 멤버로 유지하는 것은 HDC의 유효성을 보장할 수 없습니다.
자세한 내용은 http://msdn2.microsoft.com/en-us/library/c251x6s1.aspx 를 참조하시기 바랍니다.
DC를 사용한다고 함은 CDC의 메소드를 호출하던가 HDC가 인자로 넘어가는 API를 호출함을 의미할텐데, 이 내부에서 읽기 연산만이 있을지 쓰기 연산도 있을지는 알 수 없습니다.
따라서 근본적으로 DC를 동시에 두 개 이상의 스레드에서 사용하는 것은 금하고 있습니다.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/devcons_4esj.asp 를 참조하시기 바랍니다.
이전에 GetDC를 여러군데서 사용해서 문제가 있었다고 하신 것은 윈도우에서 한 쓰레드에서 유지할 수 있는 DC의 수를 5개로 제한하고 있기 때문입니다.
오히려 DC를 유지하고 있으면 이 제한에 걸려 문제가 발생하는 경우가 많습니다. 역시 위 링크를 참조하시기 바랍니다.
그리고 가정하신 1쓰레드 - 읽기, 2쓰레드 - 쓰기 (문제가 발생하지 않음) 는 성립하지 않습니다.
위 가정이 성립되는 경우는 읽기와 쓰기가 프로세서에 의해 한 사이클에 수행되는 Atomic Operation인 경우이며 DC는 이에 해당하지 않습니다.
마지막으로 콜백 함수는 일반적으로 하위레벨의 시스템이 역으로 상위레벨에 호출해주는 함수를 말합니다.
호출하는 주체가 굳이 운영체제일 필요는 없습니다.
별개의 스레드를 하나 이상 추가했는데, 그 별개 스레드와 메인스레드가 같은 변수를 조작하는 상황이 벌어질 수 있다면 문제가 생길 가능성이 높습니다.
따로 처리를 해주지 않는다면 예측불능의 난장판이 되죠. 그냥 스레드 순서 먼저 돌아오는대로 처리되고, 스레드 진행하다 스위칭 일어나고 뭐 그렇습니다.
만약 쓰레드간 같은 영역을 조작하는 상황이 일어날 거 같고, 거기에 대응하시려면 CriticalSection, Mutex, Semaphore 쪽을 살펴보시면 됩니다.
MFC 로 만든 프로그램에, 따로 쓰레드를 생성하지 않은 케이스라면 아마 괜찮을겁니다. 알아서 다 처리를 해놨겠죠.
그리고 MFC로 짠거에 따로 쓰레드를 생성하셨다면 거기에 대해서 상호배제 처리를 하셔야 할겁니다.