pthread 깊이 들어가니깐.
pthread_atfork 이런것들 나오네요.
스레드가 깊이들어갈수록 알송달송하네요? 스레드를 공부하니깐 fork를 다시 돌아가는게 공부한다는게 맘이 내키지 않는데 이제 스레드중심으로 프로그래밍을 해도될까요? 여러분 생각은 어떤지요.
pthread는 공부해서 나쁠게 없습니다.
그러나 지금 보시는 부분은 나중에 프로그램짜다가 꼭 필요할때 다시 봐도 괜찮을 듯한 부분이군요.
pthread 프로그래밍을 하면서 느꼈던 부분중 가장 큰 부분이 쓰레드간 동기화더군요. 즉 mutex와 condition variable
이 두개를 섞어서 자기 마음대로 쓸 정도가 되면 thread는 어느정도 master했다고 보셔도 될겁니다.
제 경우 pthread로 프로그램짤때는 거의 통신 중계 시스템 정도가 가장 알맞다고 생각이 들더군요.(RTOS 프로그래밍이랑 비슷한 게 많아서요.....)
만일 저 같은 경우 수준이 위 상태정도라면 다시 system programming을 공부하겠습니다.
system programming의 끝은 한도 끝도 없다고 생각이 드니까요.
뭐, 이런거 있잖습니까? 한 서버에서 동시에 10000 client 받아서 동작시키기...
이런 프로젝트 사이트도 있는 걸로 아는데
상당히 어려운 부분이라서 별 특이한 기법들을 많이 쓰더군요.
매우 재미있을 거 같더군요.
pthread가지고 너무 고민마시고요. pthread가지고 이정도쯤 하면 어디가서도 말할 수 있겠다라고 생각되시면 다른걸 공부해보세요.....
공부할 건 한도 끝도 없으니까요...
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
Re: Pthread
pthread는 공부해서 나쁠게 없습니다.
그러나 지금 보시는 부분은 나중에 프로그램짜다가 꼭 필요할때
다시 봐도 괜찮을 듯한 부분이군요.
pthread 프로그래밍을 하면서 느꼈던 부분중 가장 큰 부분이
쓰레드간 동기화더군요. 즉 mutex와 condition variable
이 두개를 섞어서 자기 마음대로 쓸 정도가 되면 thread는
어느정도 master했다고 보셔도 될겁니다.
제 경우 pthread로 프로그램짤때는 거의 통신 중계 시스템
정도가 가장 알맞다고 생각이 들더군요.(RTOS 프로그래밍이랑
비슷한 게 많아서요.....)
만일 저 같은 경우 수준이 위 상태정도라면
다시 system programming을 공부하겠습니다.
system programming의 끝은 한도 끝도 없다고 생각이 드니까요.
뭐, 이런거 있잖습니까? 한 서버에서 동시에 10000 client 받아서
동작시키기...
이런 프로젝트 사이트도 있는 걸로 아는데
상당히 어려운 부분이라서 별 특이한 기법들을 많이 쓰더군요.
매우 재미있을 거 같더군요.
pthread가지고 너무 고민마시고요. pthread가지고 이정도쯤
하면 어디가서도 말할 수 있겠다라고 생각되시면 다른걸
공부해보세요.....
공부할 건 한도 끝도 없으니까요...
댓글 달기