tcp connection당 thread 하나씩 연결하도록 되어있습니다..
동시에 접속하는 connection이 별로 많지 않고..
한번 connection을 맺으면 며칠동안 끊어지지 않아서 위처럼 구현하려고 하는데요..
connection이 끊어지면 뒤처리를 알아서 한 후 thread가 종료되도록 하려고 하는 거지요..
즉.. new로 저 class 생성 한 후..
heap에서 삭제되는 건 thread종료되면서 알아서 하게끔 하려고 하는거지요..
원래는 쓰레드마다 큐를 두고 서로 메세지를 주고 받는 식으로 하려고 했었구요..
저게 일반적이라고 생각도 했는데..
일단 생성한 thread가 주기적으로 thread상태를 감시해야하구요..
그럴려면 thread가 종료시에 특정한 메모리에 자기가 살았는지 죽었는지를 표시해야하고..
또.. 저 메모리를 락을 걸고.. 해제하고.. 해야하는데다가..
쓰레드가 많이지면 thread를 관리하기 위한 자료구조도 생각해야 하고.. 등등..
복잡한 문제가 많아져서.. 그냥 쓰레드가 살때와 죽을 때 쓰레드 내에서 스스로 모든 걸 해결하게 하려고 하는 거지요..
Re: delete this의 사용..
...
tcp connection당 thread 하나씩 연결하도록 되어있습니다.
tcp connection당 thread 하나씩 연결하도록 되어있습니다..
동시에 접속하는 connection이 별로 많지 않고..
한번 connection을 맺으면 며칠동안 끊어지지 않아서 위처럼 구현하려고 하는데요..
connection이 끊어지면 뒤처리를 알아서 한 후 thread가 종료되도록 하려고 하는 거지요..
즉.. new로 저 class 생성 한 후..
heap에서 삭제되는 건 thread종료되면서 알아서 하게끔 하려고 하는거지요..
[quote="psjcap"]connection이 끊어지면 뒤처리
그렇다면 역시 싱글톤이 적합합니다.
싱글톤 객체가 해당 객채를 자동으로 생성하고 소멸하도록 하셔야죠
delete this hack이 사용되는 곳이 있긴하지만, 주의 하셔야합
delete this hack이 사용되는 곳이 있긴하지만, 주의 하셔야합니다. 가능한 방법을 생각해보건데..
그 thread가 detached 상태로 만들어졌고, 혹은, detached 상태가 되었고, 따라서, 다른 thread가 join 할 이유가 없다면, 소멸자 마지막에 pthread_exit를 넣을 것이라 생각되는데, 이렇게 구현하신것인가요?
akbar님은 singletone 객체를 사용하여 Thread instance를 관리한다고 하셨는데, 일단 singletone은 static 객체의 확장이라는 관점에서 생각할 때, 적당한 응용이 생각나지 않는군요.
---
http://coolengineer.com
물론 detached thread이고.. join할 필요 없습니다..
물론 detached thread이고.. join할 필요 없습니다..
모든 소멸자에서 메모리 해제와 소켓 close등을 하고 마지막에 pthread_exit할 생각입니다..(구현이 아직 않 끝나서..ㅠㅠ)
저렇게 구현하였을 경우 문제가 있나요..??
sigleton은 좀 이해가 않 되는데요..ㅠㅠ
물론 그 쪽 관련된 지식이 부족하긴 하지만..
문제 없어 보입니다만... 제가 생각하기에는... Thread Wra
문제 없어 보입니다만...
제가 생각하기에는... Thread Wrapper를 부른 원래 함수로 돌아가서 delete 시키는 것이 더 좋아 보입니다.
그렇게 하지 않은 이유라도 있나요?
---
http://coolengineer.com
원래는 쓰레드마다 큐를 두고 서로 메세지를 주고 받는 식으로 하려고 했었
원래는 쓰레드마다 큐를 두고 서로 메세지를 주고 받는 식으로 하려고 했었구요..
저게 일반적이라고 생각도 했는데..
일단 생성한 thread가 주기적으로 thread상태를 감시해야하구요..
그럴려면 thread가 종료시에 특정한 메모리에 자기가 살았는지 죽었는지를 표시해야하고..
또.. 저 메모리를 락을 걸고.. 해제하고.. 해야하는데다가..
쓰레드가 많이지면 thread를 관리하기 위한 자료구조도 생각해야 하고.. 등등..
복잡한 문제가 많아져서.. 그냥 쓰레드가 살때와 죽을 때 쓰레드 내에서 스스로 모든 걸 해결하게 하려고 하는 거지요..
댓글 달기