KR930002857B1 - 다중처리기 시스팀에서의 시스팀 구성표 작성방식 - Google Patents

Abstract

내용 없음.

Description

다중처리기 시스팀에서의 시스팀 구성표 작성방식

제 1 도는 본 발명의 구성을 나타낸 블럭도.

제 2 도는 본 발명의 시스팀 구성표 작성 및 프로세서 진단의 과정을 나타내 플로우챠트.

제 3 도는 본 발명의 시스팀 제어보드의 진단과정을 나타낸 플로우챠트.

제 4 도는 본 발명의 다른 처리기의 진단과정을 나타낸 플로우챠트.

제 5 도는 본 발명의 전체적인 동작과정을 나타낸 상태천이도.

제 6 도는 본 발명의 시스팀 형상 영역의 극소를 나타낸 도포.

* 도면의 주요부분에 대한 부호의 설명

1 : 시스팀 제어보드 2 : 중앙처리장치보드

3 : 기억장치보드 4 : 입출력 프로세서보드

본 발명은 다중처리기 시스팀에서 시스팀의 형상표를 이용하여 자기진단과 시스팀 구성표의 작성을 한번에 수행하도록한 다중처리기 시스팀에서의 시스팀 구성표 작성방식에 관한 것이다.

일반적으로 다중프로세서 시스팀은 동일 기능을 수행하는 처리기 보드가 복수개로 존재하고 되고, 이들에 대한 자기진단과 시스팀의 구성표를 작성하는 방법은 시스팀에 첨가하고자 하는 보드의 정보를 설치시 이에 대한 정보를 비활성 기억장치에 보관하거나, 또는 시스팀의 주 버스상에 특정한 버스 스롯(stot)영역에는 동 기능의 보드만 설치하도록 한다.

그리고 각 버스의 스롯에 보드의 존재를 나타내는 신호선을 구성하여 이 신호선을 검색함으로써 보드의 존재 및 기능을 확인하였었다.

그러나 상기와 같은 종래의 방식에 의하여는 첫번째 방식은 새로운 보드의 추가 또는 고장난 모드의 제거에 있어서 정보의 새로운 변경을 함께 하는 번거로움이 있게 되고, 두번째 방식은 고정된 시스팀의 구성 조건에 따른 시스팀의 유연한 재구성을 할수 없으며 시스팀 버스에 보드존재를 나타내는 신호선의 첨가에 따른 고려가 있어야 하는 등의 문제점이 있었다.

또한 다중 프로세서 시스팀에서 시스팀을 구성하는 프로세서 보드들의 진단을 위하여 시스팀 활동중인 프로세서에게 진단을 위해서 일반업무 프로세서에서 단 프로세서로 바꾸어 진단을 행하고 나서 진단 이전의 업무를 계속 수행하도록 하는 방식이 있었으나 이 방식은 시스팀의 활동중의 프로세서를 진단으로 전환에 따른 시스팀 효용성이 떨어지게 되는 문제점이 있었다.

본 발명에서는 시스팀 제어보드가 타 처리보드에 접근하지 않고 처리기 보드에게 시스팀 형상표를 구성하도록 하여서 이를 이용하여 시스팀의 구성표와 다른처리기의 이상 여부를 진단하도록한 다중처리기 시스팀에서의 시스팀 구성표 작성 방식을 제공하는 것을 그 목적으로 한다.

제 1 도는 개략적인 구성을 나타낸 것으로, 해당 프로세서(P1)의 제어에 의해, 인터럽트 버스에 메시지 전송을 수행하는 인터럽트 요청기(Interrupt Requester)(1a) 및 인터럽트 버스를 통하여 메시지를 받으면 해당프로세서(P1)에 인터럽트 버스 인터페이스(Interrupt Requester)(1a) 및 인터럽트 버스를 통하여 메시지를 받으면 해당프로세서(P1)에 인터럽트 버스 인터페이스(Interrupt Bus Interface)[IBI)(1b)를 통하여 인터럽트 신호로서 메시지의 수신을 알리는 인터럽트 처리기(Interrupt Handler)(1c)는 물론, 데이타 전송버스에 데이타의 전송을 요청하는 데이타 전송버스 요청기(Data Transfer Bus Requester)(1d) 및 데이타 전송버스를 통한 다른 데이타 전송버스 요청기(1d)의 요구에 대해 데이타 전송버스 인터페이스(1e)를 통한 프로세서(P1)의 제어를 받으면서 데이타의 처리를 수행하는 데이타 전송버스 처리기(Data Transter Bus Responder)(1f)들로 이루어진 시스팀 제어보드(1)와, 프로세서(P2)(P3)의 제어에 의해 메시지를 요청하는 인터럽트 요청기(IR)(2a), 인터럽트 버스를 통해 메시지를 받고 이를 해당프로세서에 인터럽트 신호로 알리는 인터럽트 처리기(ⅠH)(2b) 및 데이터 전송버스에 데이타의 전송을 요청하는 데이타 전송버스 요청기(RQ)(2c)들로 이루어진 중앙처리장치 보드(2)와, 데이터 전송버스를 통한 데이타 전송요구에 대해 데이타의 처리를 하는 데이타 전송버스 처리기(3a)를 구비한 기억장치 보드(3)와, 인터럽트 처리기(ⅠH)(4a), 인터럽트 요청기(4b), 데이타 전송버스 요청기(4c) 및 프로세서(P4)로 이루어지고 입출력 버스를 통하여 다수의 입출력 디바이스 콘트롤러(5)…(5n)를 제어하면서 입출력디바이스(6)…(6n)를 동작시키는 입출력처리기 보드(4)들로 구성한 것이다.

그리고 시스팀 버스에서 21개의 스롯이 있고 기억장치 보드(3)와 시스팀 제어보드(1)의 영역을 제외하고 중앙처리장치보드(2) 및 입출력 처리기 보드(4)는 나머지 12개의 스롯에 있어서 위치할 수 있다.

시스팀 버스의 데이타 전송버스를 이용하여 중앙처리장치 보드에서 다른 중앙처리장치 보드로의 접근은 허가되어 있지 않다.

데이타의 전송만은 인터럽트 버스를 이용하여 중앙처리장치 보드간에 가능하다.

시스팀 제어보드(1)에는 제 6 도에 도시한 것과 같은 시스팀 버스의 주소 영역중 시스팀 형상 영역이 존재한다.

시스팀 형상영역은 시스팀의 각 스롯에 대하여 동일하게 64바이트의 크기로 할당하여 주었다.

시스팀 버스의 스롯마다 각 스롯 주소를 가진다.

중앙처리 보드(2)의 스롯주소는 총 6비트로 4비트는 스롯의 주소, 2비트는 채널의 주소로 구성된다.

시스팀 제어보드(1)에서는 시스팀을 구성하는 중앙처리장치 보드에게 브로드캐스트(broadcast) 방식에 의해서 인터럽트 버스로 메시지를 보낸다.

이 메시지를 시스팀 초기화 준비신호(SYS-READY)와 보드상태 신호(BD-STATE)로써 중앙처리장치 보드(2)에게 자신의 상태를 시스팀 형상영역에 각 처리기의 자료구조를 스롯주소를 이용하여 적도록 명령한다.

위의 메시지를 받은 처리기 보드(2)(4)는 시스팀 제어보드(1)에게 초기화 응답신호(Iamalive) 메시지를 인터럽트 버스를 통해서 보낸다.

이는 해당처리기가 인터럽트 버스와 관련된 기능을 올바르게 수행하는 가를 검사할 수 있다.

또한 데이타 전송버스로는 시스팀 형성영역의 보드 스롯주소를 이용하여 위치를 계산하여 자신의 스롯을 찾아 약속된 자료구조에 따라 해당값을 적는다.

이는 해당처리가 올바른 데이타 버스의 데이타 전송을 행하는가를 진단할 수 있다.

시스팀 형상영역의 값들과 각 처리기(2), (4)가 인터럽트 버스로 보낸 메시지로 이용하여 시스팀의 구성표를 작성할 수 있으며 또한 시스팀 초기화 준비신호(SYS-READY), 브로드 상태시호(BD-STATE)메시지를 전송하기 이전의 시스팀 구성표와 비교하여 시스팀의 고장 프로세서 존재를 진단할 수 있다.

제 2 도는 전체적인 동작과정을 개략적으로 나타낸 것으로, 시스팀 형상영역을 초기화하고(단계10), 중양처리장치 보드(2) 및 입출력 처리기 보드(4)의 처리기들에게 자신의 자료 구조를 저장하도록 명령한 후(단계11), 상기의 명령에 대한 응답 메시지를 수집하여(단계12), 시스팀 구성표를 구성하면서 고장상태의 처리기를 추출하도록 함으로써(단계13), 그 동작을 완료한다.

제 3 도는 시스팀 제어보드의 동작과정을 나타낸 것으로, 시스팀 형상영역을 초기화하고(단계21), 시스팀 초기화 준비신호(SYS-READY) 또는 시스팀이 동작중의 보드 상태신호(BD-STATE) 메시지를 전송한 다음(단계22), 초기화 응답신호(Iamalive)의 상태가 최대 응답수 또는 시간경과(Time out)인가를 확인하여(단계23) 맞으면 시스팀 형상영역의 자료와 각 처리로 부터의 초기화 응답신호(Iamalivp)메시지를 비교한다(단계24) 그 결과가 같은가를 확인하여(단계25), 같지 않으면 고장 프로세서가 존재하는 것으로 이를 외부에 알려주는 한편(단계26), 같으면 다시 시스팀이 초기화 상태인가를 확인하여(단계27), 아니면 새로운 시스팀 형상영역의 자료와 기존의 자료와 비교한후(단계28), 같은가를 확인하여(단계29) 같지 않으면 고장 프로세서가 있는 것으로 간주하는 한편, 같으면 이를 참고로 시스팀 구성표를 작성한 후(단계30) 종료한다.

제 4 도는 시스팀 제어보드를 제외한 중앙처리 장치보드(2) 또는 입출력 처리보드(4)의 동작과정을 나타낸 것으로, 시스팀 형상영역에서 자신의 자료구조에 대한 위치를 계산하고(단계31), 자료구조를 써넣은 다음에(단계32), 시스팀 제어보드(i)로 초기화 응답신호(Iamalive)메시지를 전송한 후(단계33) 종료한다.

제 5 도는 전체적인 상호동작 과정을 나타낸 것으로, 외부로 부터의 초기화 진단명령(Run-sus-couf)이 입력되면 시스팀 제어보드(1)가 시스팀 형상영역을 초기화하면서 시스팀 형상 영역(31a)에서부터 내부의 임시 시스팀 형상저장영역(31b)에 옮긴다(단계31).

다음에 시스팀 초기화 신호(SYS-READY)와 보드상태신호(BD-STATE)를 인터럽트 메시지 전송(Sendi-MSG)의 방법으로 인터럽트 요청기(IR)로 보내면(단계32) 인터럽트 요청기(IR)에서 인터럽트 버스를 통하여 메시지 전송(IB-TX-BUFF)의 내용을 수집하여(단계33) 상기의 시스팀 초기화 신호(SYS-READY) 또는 보드상태신호(BD-STATE)를 포함하는 인터럽트 버스메시지(IB-MSG)를 인터럽트 버스를 통하여 다른 처리기 보드의 인터럽트 처리기(ⅠH)로 전달하고(단계34), 인터럽트 처리기(ⅠH)에서는 상기의 인터럽트 버스메시지(IB-MSG)를 인터럽트 버스 메시지 처리(IB-MSG-HANDLER)로 전달한다(단계35).

그리고 상기 인터럽트 메시지 처리기(IB-MSG-HANDLER)에서는 시스팀 초기화 준비신호(SYS-READY)와 보드상태신호(BD-STATE)를 내부의 처리기로 보내어 보드 구성표 처리기(BD-CONF-HANDLER)를 동작시킴으로써 시스팀 형상영역(31a)의 데이타 구조(dota stracture)를 정정하는 동시에 인터럽트 메시지 (IB-TX-BUFF)를 인터럽트 요청기(IR)로 보내고(단계37), 이에 따라 인터럽트 요청기(IR)에서는 인터럽트 버스를 통하여 초기화 응답신호(Iamalive)를 인터럽트 메시지로 시스팀 제어보드(1)의 인터럽트 처리기(ⅠH)로 전송화한(단계38) 인터럽트 처리기(ⅠR)에서는 인터럽트 메시지 처리기(IB-MSG-HANDLER)로 전달하며(단계39) 초기화 응답신호(Iamalive) 처리기(Iamalive Handler)에서 이를 일정시간 모으면서(단계40) 초기화 응답신호(Iamalive)의 메시지를 수집한후(단계41) 일정시간이 경과하면 임시 시스팀 형상 저장영역(31b)의 데이타와 초기화 응답신호(Iamalive)에 의해 수집된 메시지를 비교하여(단계42) 다른 경우에는 고장프로세서가 존재함을 외부로 알려주는 한편, 같은 경우에는 이를 참고로 시스팀 구성표를 작성한후(단계43)종료하도록한 것이다.

따라서 본 발명의 시스팀 구성표 작성방식에 의하여서는 시스팀 제어보드가 다른 처리기 모드에 직접 접근하지 않고 초기화 준비신호에 의해 자체적인 자기 잔단을 수행한후 그 결과로 시스팀 형상표를 작성하면서 초기화 응답신호를 보내도록 함으로써 이를 이용하여 시스팀 구성표를 작성하는 동시에 다른 처리기의 이상유무를 진단하도록 한 것이다.

Claims (1)

1. 외부로 부터의 초기화 진단명령이 있으면 시스팀 제어보드(1)가 시스팀 형상영역의 데이타를 읽어와서 초기화한 후 내부의 임시 시스팀 형상 저장영역에 저장하는 단계와, 인터럽트 요청기를 통하여 초기화 준비신호(SYS-READY) 또는 보드 상태신호(BD-STATE)를 인터럽트 메시지로 다른 처리기로 보내는 단계와, 인터럽트 메시지를 받은 처리기의 인터럽트 메시지 처리기가 동작하면서 시스팀 형상영역에 자신의 자료를 기입하면서 인터럽트 요청기를 통하여 시스팀 제어보드(1)로 초기화 응답신호(Iamalive)를 전송하는 단계와, 다른 처리기로 부터의 초기화 응답신호(Iamalive)의 인터럽트 메시지를 일정시간 수집한후 이를 상기 임시 시스팀 형상 저장영역의 데이타와 비교하는 단계와 비교결과가 다르면 고장프로세서의 존재를 알려주는 한편 일치하면 이를 근거로 시스팀 구성표를 작성하는 단계들에 의해 수행됨을 특징으로 하는 다중처리 시스팀에서의 시스팀 구성표 작성방식.