@BenVoigt의 훌륭한 정보 외에도 다음과 같이 추가 할 수 있습니다.

중단 점은 디버그하려는 프로세스의 기계 코드 값 (명령 또는 명령의 일부)을 원하는 (소스) 행에 해당하는 코드 위치의 특정 트랩 명령으로 대체하여 디버거에 의해 설정됩니다. 이 특정 트랩 명령어는 중단 점으로 사용하기위한 것입니다. 디버거는이를 알고 운영 체제도 알고 있습니다.

디버깅중인 프로세스 / 스레드가 트랩 명령에 도달하면 @Ben이 설명하는 프로세스를 트리거합니다. 여기에는 나중에 재개 될 수 있도록 현재 실행중인 스레드 (CPU 상태를 메모리에 저장 포함)를 일시 중단하는 컨텍스트 스왑의 절반이 포함됩니다. 이 트랩은 중단 점 트랩이므로 운영 체제는 @Ben이 설명하는 메커니즘을 사용하여 디버그중인 프로세스를 일시 중단 상태로 유지하고 디버거에 알리고 결국 재개합니다.

디버거는 시스템 호출을 사용하여 디버깅중인 일시 중단 된 프로세스 / 스레드의 저장된 상태에 액세스합니다.

디버거는 고장난 코드 줄을 실행 (재개)하기 위해 (현재 특정 트랩 명령이 있음) 중단 점 트랩 명령으로 덮어 쓴 원래 머신 코드 값을 복원하고 다른 트랩을 다른 곳에 설정합니다 (예 : 단일 스테핑, 또는 사용자가 새로운 중단 점을 만들고) @Ben이 설명하는 메커니즘을 사용하여 프로세스 / 스레드를 실행 가능으로 표시합니다.

실제 실행되는 세부 사항은 더 긴 실행 중단 점을 유지한다는 것은 실제 코드에 대한 중단 점 트랩을 교체하여 행이 실행될 수 있도록 한 다음 중단 점을 다시 교체하는 것과 같은 작업을 수행한다는 점에서 더 복잡 할 수 있습니다.

다른 OS 프로세스에서 해당 레지스터를 지속적으로 사용하고 있지 않습니까? 어떻게 덮어 쓰지 않습니까?

@Ben이 설명했듯이 타임 슬라이싱을 사용하여 여러 프로세스 / 스레드에서 프로세서를 공유 할 수있는 기존의 스레드 일시 중단 / 다시 시작 기능 ( 멀티 태스킹 의 컨텍스트 전환 / 스와핑 )을 사용합니다.

라이브 데이터가 아닌 컨텐츠의 스냅 샷입니까?

둘 다입니다. 중단 점에 도달 한 스레드는 일시 중단되므로 일시 중단시 라이브 데이터 (CPU 레지스터 등)의 스냅 샷 및 스레드가 재개 될 경우 프로세서로 복원 할 CPU 레지스터 값 의 권한 마스터 . 디버거의 사용자 인터페이스를 사용하여 (디버깅중인 프로세스의) CPU 레지스터를 읽거나 변경하는 경우 시스템 호출을 사용하여이 스냅 샷 / 마스터를 읽거나 변경합니다.

답변