아니면 참여한 드라이버 (예 : 게임에서 OpenGL 드라이버) 또는 X 서버 또는 커널 버그를 먼저 확인해야합니까?pthreads 프로그램의 경쟁 조건으로 인해 OS 또는 X가 완전히 손상 될 수 있습니까?
이 예제의 경우는 간단합니다. 두 스레드가 같은 변수를 동시에 작성할 수 있습니다. 그렇게 막대한 자물쇠가 튀어 나올 수 있습니까?
아니면 참여한 드라이버 (예 : 게임에서 OpenGL 드라이버) 또는 X 서버 또는 커널 버그를 먼저 확인해야합니까?pthreads 프로그램의 경쟁 조건으로 인해 OS 또는 X가 완전히 손상 될 수 있습니까?
이 예제의 경우는 간단합니다. 두 스레드가 같은 변수를 동시에 작성할 수 있습니다. 그렇게 막대한 자물쇠가 튀어 나올 수 있습니까?
괜찮은 운영체제 중, 분명히 아닙니다. 모든 스레딩 문제는 현재 프로세스에만 격리되어야합니다.
프로세스 자체가 본질적으로 위험한 권한 (상승 된 권한, 커널 모드 코드 등)이 아니라고 가정하면 OS 자체를 다운시킬 수 없어야합니다.
버그가 없으면 OS가 손상되지 않습니다.
충분히 높은 우선 순위를 가진 사용자 모드 프로그램 또는 서비스 거부 공격 (의도하지 않은)을 실행하면 시스템이 중단 될 수 있지만 경쟁 조건과는 아무런 관련이 없습니다. 생성 요청은 X 서버가 처리하는 데 필요한 시간과 비교합니다.
공유 변수 제어 란 무엇입니까? 그것은 단순히 수학 계산에 사용됩니까, 아니면 코드를 통해 경로를 변경합니까?
"내려주세요"라는 정의에 따라 다릅니다. 커널을 크래쉬하는 것은 가능하지 않을 것이지만,'xkill '이 시작할 수없는 많은 I/O를 디스크에 대기시키고 (그리고 아마도 동시에 메모리를 할당 할 수있는 충분한 메모리를 할당하는 것) 수도 있습니다. –
@Ben : 특히 오버 커밋이 비활성화되지 않고 ulimits가 설정되지 않은 일반적인 Linux 시스템에서는 리소스 폭탄이 실제로 시스템을 다운시킬 수 있습니다. –
@R : 맞습니다. 실제로 충돌이 발생하지는 않지만 서비스를 제공 할 수있는 능력은 너무 바쁘기 때문에 바뀌지 않습니다. –