뉴비로봇
(박구서)
|
|
좋은팁 감사합니다. 궁금한게 있습니다.
싱크로나이즈나 큐나 결과적으로 비슷한 효과를 내는거 같은데
어떨때는 싱크로즈나이즈를 사용하는게 좋고 어떨떄는 큐를 사용하는게 좋고 그런게 있나요?
2018-07-23 오후 5:12:53
|
|
| |
coding
(권순호)
|
|
thread safe가 아닌 rtl이나 vcl 라이브러리 코드를 사용하기 위해
메인쓰레드 콘텍스트로 돌아간다는 점. 또 그 시간동안 메인쓰레드가
블러킹 된다는 점에서 TThread.Synchronize()와 TThread.Queue()는
같습니다.
2018-07-25 오후 5:10:46
|
|
| |
coding
(권순호)
|
|
TThread.Synchronize()와 TThread.Queue()의 차이는 Worker Thread
관점에서 보면 쉽게 차이가 나는 것을 알수 있는데요.
TThread.Execute()를 오바라이드해서 작업 쓰레드 실행을 할 때
보통 루프로 돌릴텐데.
TThread.Execute() 안에서 Synchronize()를 호출하면
Synchronize()로 메인쓰레드 콘텍스트로 돌아가는 코드가
실행을 마치고 리턴할 때 까지, 작업 쓰레드는 더 이상 코드를 실행
하지 못하고 기다리는 상태에 있어야 합니다. CPU를 이용하지 못하고
Synchronize()가 리턴 될 때 까지 작업쓰레드가 놀고 있는 상태가
되는 거죠.
2018-07-25 오후 5:15:26
|
|
| |
coding
(권순호)
|
|
반면에 TThread.Execute() 안에서 Synchronize()대신 Queue()를
호출하면 메인쓰레드 콘텍스트로 실행이 완료될 때 까지 기다리지
않고, 큐에 작업요구만 해 놓고 바로 리턴합니다.
큐잉된 작업요구는 메인쓰레드가 한가할 때 처리되고
작업쓰레드는 기다리지 않고 cpu를 활용하면서 자신의 코드를
계속 실행할 수 있어요.
2018-07-25 오후 5:19:44
|
|
| |
뉴비로봇
(박구서)
|
|
옛날에는 차이점을 알고 있었는데 잊고 있었던 기억이 되돌아왔네요.
아무래도 전 취미로 개발을 하는 사람 이라 플밍을 하다 안하다 하니
자꾸 까먹는게 많네요. 좋은 가르침 감사합니다.ㅎㅎ
2018-07-26 오전 2:14:46
|
|
| |
