얘들
우선순위가 높은애들이 계속 실행되거든?
우선순위 17이 16짜리한테 양보를 안함.
같은 우선순위끼리만 시분할이 일어남.
그럼 ㅈㄴ 이상한점이.
16짜리가 먼저 실행중에
lock을 획득하고
17한테 선점당했어
17이 안끝나.
이러면 락이 영원히 해제가 안되는데?
공룡책 씹새끼가 진심 말도안되는걸 갖다놓고 해명도 안함
우선순위가 높은애들이 계속 실행되거든?
우선순위 17이 16짜리한테 양보를 안함.
같은 우선순위끼리만 시분할이 일어남.
그럼 ㅈㄴ 이상한점이.
16짜리가 먼저 실행중에
lock을 획득하고
17한테 선점당했어
17이 안끝나.
이러면 락이 영원히 해제가 안되는데?
공룡책 씹새끼가 진심 말도안되는걸 갖다놓고 해명도 안함
원래 타이머랑 그리기는 그래
ㄷㄷ? 윈도우 프로그래밍 ㅈㄴ빡세네 왜 좋은 CFS놔두고 말도안되는 데드락에 걸리게...(우선순위데드락)
후킹이 왜있겠냐
나 후킹이 뭔지 몰라... 데헷 (딱콩) (별)
;;
ㅠㅠ
사랑해 (부비부비)
멍청
아니 그럼 우선순위에 의해 데드락 걸릴수 있다는걸 인정하라구우? 데헷 (딱콩)
lock 건 스레드가 자고 있고 다른 스레드가 lock 획득 못해서 데드락이라고?
lock건 스레드는 준비중이어도 더 높은 우선순위 프로세스가 그냥 비지웨이팅으로 cpu계속점유하면 락 해제가 안되잖아. 그러면 다른 프로세서에서 락을 기다리는 프로세스들이 계속 멈춰있을거고
내 전제는 높은 우선순위의 프로세스가 뭐 웹서버라던가 여서 안끝난다는 가정임 공룡책에선 높은우선순위 프로세스는 낮은 프로세스한테 양보를 안한다고나와
lock 획득 시도 계속 실패하면 SwitchToThread 이나 sleep(0) 으로 컨텍스트 스위치 발생하게 하는게 기본 아녀?
어떤 미친놈이 완전 순수100% spin lock을 씀? ㅇㅅㅇ
그러면 해당 락과 관련된 모든 쓰레드들이 다 잠잘텐데? 락과 관련없는 애들한테 양보해주는것까진 좋아. 근데 락이 영원히 안풀리잖아
너말대로 순수 100퍼센트로 cpu를 점유하고있는 프로세스는 악의적인 스핀락상황 말고 안떠오르긴 해. 흠.. 그러면 진짜 우선도가 높은 프로세스들이 아무리 많이 쌓여있어도 우선도 낮은 프로세스(락 보유중)이 실행할 기회를 얻는다는건가
cfs는 우선도가 절대적인 선점이 아니라서 이런 고민 안했었는데 윈도우는 우선도가 절대적이더라궁
양보를 하다보면 lock 획득한 자고 있는 스레드가 우선순위가 아무리 낮아도 한번은 깨어나 일함. 할일하고 잠금 풀고 해야지, lock 획득,반납을 서로 다른 스레드가 해도 마찬가지고
그래도 "윈도우에서는 리눅스에서보다도 더 lock을 짧게 가져가는데에 신경 써야겠다" 라고 생각하는건 좋은 접근이지?
완전 순수100% spin lock 라고 하니까 이상하네,, 바쁜대기는 바쁜 대기 인대, 계속 실패하면 양보해야 한다는 말이였음
이해했음.생각보다 괜찮나보네 근데 난 그래도 cfs가 더 맘에 들어 ㅠㅠ 근데 공룡책얘길 들어봐도 사용자친화적으로 더 잘만들어진건 윈도우라고 그러네
리눅스는 안해봐서 몰루, 하지만 lock { ...} unlcok 사이 블럭내용을 최대한 타이트 하는게 좋긴하지. 그것도 그렇지만 난 객체 구조 설계에 시간상 더 공들이게 되던데, 캐시라인크기 배수로 맞추고 정렬하고 , 읽기, 쓰기 영역 나누고 ㅇㅅㅇ
하다하다 rwlock 도 쓰자너
우물안개구리 너 덕분에 윈도우의 정책도 꽤나 괜찮다는걸 깨달았어. 윈도우즈는 사용자반응성이 중요해서 우선도를 강하게 가져간대. 리얼타임 운영체제까진 아녀도 그것과 비슷한셈이지. 우물안개구리 사랑해
ㅇㅇㅇㅇ 맞아 락을 짧게 가져가고 리드락 라이트락 분할하고 하는게 중요하지
우물안개구리 캐시라인도 생각해가면서 코딩한다는건 꽤나 재밌고 고급프로그래머겠구나 화이팅이야!! 우리 같이 힘내보자
priority inversion/priority inheritance 를 알고십은거니
알려줘 알려줘!!!! 걔네 둘이 뭔지 모르는건 아닌데 윈도우의 정책이 어떤지를 몰라... 아하하... 나 핑거프린세스이려나
나 아직 웹정보를 잘 활용을 못해 ㅠㅠㅠ