KR940007834B1 - 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법 - Google Patents

Abstract

내용 없음.

Description

다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법

제 1 도는 TICOM 시스템의 전반적인 하드웨어장치 구성도.

제 2 도는 주프로그램에서 특성에 따라 시험대상 장치분류를 위한 흐름도.

제 3 도는 테이프장치 시험을 위한 흐름도.

제 4 도는 디스크장치 시험을 위한 흐름도.

제 5 도는 단말기장치 시험을 위한 흐름도.

제 6 도는 캐쉬메모리장치 시험을 위한 흐름도.

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

1 : 처리기보드 2 : 캐쉬메모리

3 : 주메모리보드

4 : 시스템제어모듈(System Control Module)보드

5 : 입출력처리기(Input Output Proccssor)보드

6 : 버스상태 분석기(Bus Status Analzer)보드

7 : 단말기장치 제어보드 8 : 테이프장치 제어보드

9: 디스크장치 제어보드 10 : 통신장치 제어보드

11 : 단말기장치 12 : 테이프장치

13 : 디스크장치 14 : 통신라인

15 : 라인프린터 16 : 시스템버스

17 : VME버스 18 : 시스템콘솔(System Cosole) 단말기

19 : 버스상태 분석결과를 보여주는 단말기

본 발명은 처리기가 2개 이상인 다중처리기 컴퓨터시스템(multiprocessor computer system)에 부착되어 있는 하드웨어 장치와 이를 운용하는 운영체제(operating system)가 정상적으로 동작하는지를 시험하여 전체시스템의 신뢰성을 측정하는 방법에 관한 것이다. 하드웨어 시험대상에는 각 입출력장치(imput/output device)들, 주메모리(main memory), 캐쉬메모리(cache memory), 그리고 처리기(processor)들이 해당되며 운영체제 시험대상으로는 각 입출력장치 구동기, 메모리관리, 그리고 프로세스관리가 해당된다.

종래에는 시스템을 구성하는 기본골격인 하드웨어와 운영체제를 동시에 시험할 수 있는 체계화된 방법이 없어 개발자가 임의로 일부 장치들만을 시험하는 시험프로그램들을 개발하여 시험함으로써 시스템판매후 현장에 있는 사용자의 문제발생신고에 의해 이와같은 장치들중 어느 한 부분이 비정상적임을 파악하게 되는 경우도 존재하였다.

이럴 경우에는 예기치 않았던 문제라 문제의 원인을 파악하고 수정하는데 상당한 시간이 소요됨으로써 사후 서비스 지연문제가 발생하고, 시스템의 신뢰성과 시장성에도 영향을 미치는 결과를 초래하는 경우가 발생하였다.

또한 시험프로그램들 역시 이식성이 없어 타기종에서 이용하면, 이식하려는 시스템환경에 맞도록 시험프로그램들을 일일이 수정해야 하는 어려움이 발생하였다.

그러나, 시스템이 시장에 판매되기 이전에 이러한 문제점을 개발자가 미연에 발견할 수 있어 이를 수정및 보완한후 시장에 판매할 수 있는 시험프로그램들이 있다면, 시스템에 대한 신뢰성을 높이고 시장성을 확장할 수 있을 것이다. 따라서, 본 발명의 목적은 다중처리기 컴퓨터시스템에 부착된 하드웨어들과 운영체제가 정상적으로 동작하는지를 총체적으로 동시에 시험할 수 있도록 하여 체계적으로 문제점들을 수정 및 보완하고 시스템의 신뢰성을 높이는 시험방법을 제공하는 것이다.

상기한 본 발명의 목적을 달성하기 위해 신뢰성 시험대상이 되는 모든 장치들 각각에 대한 브프로그램(subprogram)을 개발하고, 이 부프로그램은 주프로그램(main program)에서 제어할 수 있도록 한다. 하나의 부프로그램은 하나의 장치를 시험하며 시험결과가 항상 저장되게 하여 시험결과를 분석하는 자료로 이용 되도록 한다.

시험프로그램은 시험하는 장치를 필요에 따라 선택적으로 선정할 수 있게 하고, 장치와 처리기갯수에 따라 시험하는 프로세스의 갯수를 내부에서 조정할 수 있도록 하는 유연성을 제공한다.

또한 시험중 시험하는 장치의 이상유무를 시험자가 단말기상에서 파악할 수 있도록, 에러여부를 검사하는 데몬프로세스(demon process)가 주기적으로 수행되도록 한다. 모든 시험은 병렬적으로 수행되도록 하여 될 수 있으면 모든 장치가 운영체제의 제어하에서 하드웨어적으로 동작되도록 한다.

이하 첨부된 도면을 이용하여 본 발명을 상세하게 설명하겠다. 실제의 상황은 도면에 나타난 경우보다 훨씬 복잡하고 다양하지만 본 발명을 보다 쉽게 이해할 수 있도록 하기 위하여 본 명세서에서는 주요한 부분만을 선정하여 설명한다.

제 1 도는 TICOM시스템의 전반적인 하드웨어 구성도로서 시스템버스를 기반으로 처리기보드(1), 캐쉬메모리(2), 주메모리(3), 시스템 제어모듈 보드(4), 입출력처리기 보드(5), 그리고 시스템버스상태 분석기보드(6)가 있고 입출력처리기 보드(5) 아래에 VME버스(17)를 기반으로 각종 입출력장치 제어기들(7, 8, 9, 10)과 입출력장치들(11, 12, 13) 및 통신라인(14)이 있다. 하드웨어 및 운영체제의 신뢰성을 시험하는데 있어서 시험대상이 되는 것은 시스템버스(16)와 VME버스(17)상에 부착된 장치들과, 주소 및 데이타전송시 시스템 버스상의 병목현상(bottleneck)이다.

제 2 도는 장치시험을 위해 주프로그램에서 장치들을 분류하기 위한 처리과정에 대한 흐름도이다. 시험자가 주프로그램을 수행시키면 먼저, 시험대상이 되는 시스템환경(처리기갯수, 시험하고자 하는 장치, 수행시킬 최대 프로세스 갯수 등)을 입력으로 받아들여 시험을 위한 준비를 한다(20)〉

이어서, 시험의 대상이 입출력장치인지, 메모리인지 아니면 처리기인지를 판별한다(21).

첫째, 입출력장치에 대한 것이면, 블록 입출력장치들(12, 13) 또는 문자 입출력장치들(11, 15) 판별을 시험할 것인지 여부를 결정한다(22). 불록 입출력장치의 경우 테이프장치(12) 또는 디스크장치(13)에 대한 것인가를 결정하여(23), 각각 관련장치에 상응하게 시험하고(24, 25), 문자 입출력장치의 경우 라인프린터(15)또는 단말기장치(11)에 대한 것인가를 결정하여(16), 각각 관련 장치에 상응하게 시험한다(27, 28).

둘째, 메모리장치에 대한 것이면, 캐쉬메모리(2) 또는 주메모리(3)를 시험할 것인가를 결정하여(29) 관련 장치를 시험한다(30, 31).

마지막으로 처리기장치에 대한 시험이면 처리기를 집중적으로 시험한다(32).

여기서 주목해야 할 점은 도면상의 흐름으로는 장치에 대한 신뢰성 시험이 많은 장치중에서 하나만을 선택적하여 시험하는 것처럼 되어있으나, 실제로는 입출력장치, 메모리장치, 처리기장치 등을 동시에 시험할 수 있다.

그리고 입출력장치에 부착되어 있는 블록/문자 입출력장치, 캐쉬메모리와 주메모리도 동시에 시험할 수 있다. 어느 장치를 동시에 시험할 것인가는 주프로그램에서 입력된 환경변수에 의해 결정되며 시험시 시험프로그램이 운용할 프로세스갯수도 입력변수에 의해 결정된다.

본 명세서에서 도면상으로 분류한 시험의 대상이 되는 장치들은 단지 특성상으로 분류하기 위한 것뿐이라는 것을 잘 이해해야 한다.

제 3 도는 테이프 제어기(8)하에 부착되어 있는 테이프장치(12)를 시험하기 위해 하드웨어 특성상으로 분류하기 위한 흐름도이다. 테이프장치(12)는 디스크장치(13)와는 달리 모든 입출력동작이 순서적(seguential)으로 수행된다.

또한 테이프장치(12)는 제작회사에 따라 레코드당 바이트수(bpr), 속도(speed), 밀도(density), 입출력후의 헤드위치(rewind, no rewind) 등이 하드웨어적으로 다양함으로 입출력 동작이 수행되기 이전에 이들에 대한 검사기능이 요구된다.

따라서 시험시 모든 경우의 수를 감안하여 테이프장치(12)에 대한 시험을 한다. 시험하고자 하는 테이프장치(12)가 사용가능한지를 검사하여(33), 사용가능하면 위에서 언급한 경우의 수를 하나씩 변경시켜가며 테이프 제어기(8)와 테이프장치를 순차적으로 시험한다(34∼39). 시험하고자 하는 테이프장치(12)를 사용할 수없으면 에러를 출력하고(40), 시험하고자 하는 테이프장치(12)에 대한 정보를 재조정(41)한후 단계 33으로 복귀하여 다시 시작한다.

제 4 도는 디스크 제어기(4)하에 부착되어 있는 디스크장치(13)를 시험하기 위한 흐름도이다. 디스크장치(13)에 대한 시험에서는 테이프장치(12)와 함께 시험할 것인가 아니면 디스크장치(13)만을 시험할 것인가를 먼저 결정한다(42). 테이프장치(12)와 함께 시험할 경우에는 디스크장치(13)와 함께 시험할 테이프장치(12)가 사용가능한지 여부를 검사한다(43).

만일 해당 테이프장치(12)를 사용할 수 없으면 에러를 출력(44)하고 시험할 테이프장치(12)에 대한 정보를 재조정(45)한후 단계 43으로 복귀하여 다시 시작한다. 다음에 시험할 디스크장치(13)에 디스크가 장착(mount)되었는지(46)를 검사하여 장착되어 있지 않으면 해당 디스크장치에 디스크를 장착하기 위한 화일시스템에대한 일치성 시험(47)을 하고 디스크를 장착(48)한후 테이프장치(12)와 디스크장치(13)간의 입출력시험을 한다(49).

디스크장치들만의 시험일 경우에는, 같은 물리디스크내에서의 시험인지 혹은 서로 다른 물리디스크 사이의 시험인지를 결정(50)하여, 시험대상이 되는 디스크장치(13)에 디스크가 장착되었는지를 알아보고(51) 디스크장치들 사이의 입출력시험을 한다(52).

시험결과는 시험프로그램을 수행시킨 단말기에 출력됨과 동시에 지정된 화일에 저장되어(55) 최종시험결과를 분석하는데 이용된다.

제 5 도의 a는 단말기 제어기(7)하에 부착되어 있는 단말기장치(11)를 시험하기 위한 흐름도이다. 제 5 도의 b는 자체 루프백시험을 위한 RS232-C 연결자의 모습을 나타낸 것이고, c는 이중 루프백시험을 위한 RS-232-C 연결자의 모습, d는 릴레이 체인시험을 위한 RS232-C 연결자의 모습을 각각 나타낸 것이다. 단말기장치(11)의 시험은 크게 자체 루프백시험(49, 54, 65 참조), 이중 루프백시험(50, 53, 66 참조), 릴레이 체인시험(51, 51, 67 참조)으로 분류되며, 시험시에는 이들 3가지를 선택적으로 조합하여 수행시킬 수도 있고 3가지 모두를 수행시킬 수도 있다(52, 53, 54, 55, 56, 57 참조).

자체 루프백시험이라 함은 제 5 도의 b에 나타낸 바와같이 임의의 지정된 하나의 포트에 2번과 3번 핀을 서록 교차시킨 RS232-C 연결자(65)를 연결시킨 것으로 이 포트에 대한 쓰기는 곧바로 읽기가 된다.

따라서 시험프로그램에 의해 생성된 프로세스는 자체 루프백 시험대상이 되는 포트에 쓰기와 읽기 그리고 결과비교를 반복적으로 수행하여, 지정된 어느 한 포트에서의 자료이동이 하드웨어와 단말기 구동기상에서 정상적으로 운용되는지를 반복적으로 검사한다.

이중 루프백시험이라 함은 제 5 도의 c에 나타낸 바와같이 임의의 지정된 두개의 포트에 2번과 3번 핀을 서로 교차시킨 RS232-C 연결자(66)를 연결시킨 것으로, 첫번째 포트(P1)에 대한 쓰기는 두번째 포트(P2)에서 읽기가 되고, 두번째 포트(P2)에서의 쓰기는 첫번째 포트(P1)에서 읽기가 된다.

따라서 시험프로그램은 2개의 프로세스를 생성하여 하나의 프로세스는 첫번째 포트(P1)에서 쓰기를 한후 자신이 쓴 자료가 다른 프로세스에 의해 모두 읽어지기를 기다린 다음 모두 읽어지면, 첫번째 포트(P1)에 쓰기를 한 프로세스 자신이 쓰기를 했던 것과 읽기를 한 것과 같은가를 비교한다.

다른 프로세스는 두번째 포트(P2)에서 읽은 자료가 첫번째 포트(P1)에서 쓰기를 했던 자료와같은지를 비교하고, 프로세스 자신이 읽은 자료를 두번째 포트(P2)에 쓰기를 한다.

자체 루프백시험이 임의의 한 포트에 대한 집중적인 자료이동시험인 반면, 이중 루프백시험은 임의의 2개의 포트에 대한 상호 자료전달이 정상적인가를 집중적으로 시험하는 것이다. 릴레이 체인시험이라 함은 제 5 도의 d에 나타낸 바와같이 임의로 지정된 3개 이상의 포트에 2번과 3번 핀을 서로 교차시킨 RS-232-C 연결자(67)를 연결시킨 것으로, 만일 4개의 포트가, 이와같은 방법으로 연결되어 있다면, 첫번째 포트에 대한 쓰기는 두번째 포트에서 읽기가 되고 두번째 포트에서의 쓰기는 세번째 포트에서 읽기가 되며 세번째 포트에서의 쓰기는 네번째 포트에서 읽기가 된다.

여기서는 편의상 3개의 포트(P#1∼P3)가 릴레이 체인시험을 위해 연결된 것으로 간주하고 설명하겠다. 릴레이 체인시험을 위해 시험프로그램은 연결된 포트의 갯수와 동일한 3개의 프로세스를 생성하는데, 첫번째 프로세스는 첫번째 포트(P#1 )를 위한 것으로 첫번째 포트(P#1)에 쓰기만을 수행한다.

두번째 프로세스는 두번째 포트(P#2)를 위한 것으로 두번째 포트(P#2)에 온 자료를 읽은후 첫번째 포트(P#1)에서 쓰기를 한 자료와 같은지를 비교하고, 두번째 프로세스 자신이 읽은 자료를 자신의 포트(P#2)에 쓴다.

세번째 프로세스는 세번째 포트(P#3)를 위한 것으로 세번째 포트(P#3)에 온 자료를 읽은후 첫번째 포트(P#1)에서 쓰기를 한 자료와 같은지를 비교한다.

이와같이 동일한 자료를 3개 이상의 포트로 하나씩 이동시켜가며 원래의 자료가 손실없이 하드웨어와 단말기 구동기의 도움으로 전달되는가를 검사한다.

제 6 도는 메모리중 캐쉬메모리장치(2)에 대한 시험을 위한 흐름도이다. 캐쉬메모리(2)는 처리기들(1)이 사용하는 메모리중에 가장 빠른 성능을 지닌 것으로, 여기서 시험을 위한 주대상은 캐쉬메모리(2)에 있는 자료값의 변경에 따른 데이타 무결정(intergity)과 일치성(consistency)을 하드웨어적으로 보장하느냐에 관한 것이다.

이와같은 시험을 위해서는 처리기들(1)이 자신의 지역메모리(Iocal memory)를 사용하는 것보다 처리기들(1)이 공유할 수 있는 공유메모리(shared momory)를 사용하는 것이 타당하다.

따라서 시험프로그램은 2개 이상의 부프로그램(프로세스)으로 이루어지는데 하나는 클라이언트(68)로서, 공유메모리 할당(69), 반환(70), 내용번경(71) 및 크기변경(72), 서버에 클라이언트가 변경한 내용을 전달(73), 그리고 비교를 위한 프로세스 생성(74)과 공유메모리 비교(75, 75-1, 75-2)후의 프로세스 종료(76, 76-1, 76-2) 등을 주업무로 한다.

나머지는 모두 서버(77, 82, 83)로서, 클리아언트(68)가 할당받은 공유메모리를 자신이 공유할 수 있도록 하는 일(78)과 클라이언트(68)가 공유메모리 내용을 변경(71)할 때까지 기다렸다가(79) 변경이 끝나면 공유메모리 내용을 읽어 클라이언트(68)가 변경한 값과 비교(80)하여 결과가 일치하는가를 검사하는 일, 그리고 자신의 상태를 클라이언트(68)에게 보고하는 일(81)을 주된 임무로 한다.

시험시 운용되는 서버의 갯수(77, 82, 83)는 입력변수에 의해 결정된다. 클라이언트(68)에서의 기다림(84)의 클라이언트(68) 자신이 생성한 자식프로세스들(85, 85-1, 85-2)의 비교작업이 지신이 생성한 자식프로세스들(85, 85-1,85-2)의 비교작업이 모두 끝났음을 내부적으로 인지하고, 서버의 비교작업(80)이 끝났음을 서버로부터 통보받기(81) 위한 것이다.

반면 서버에서의 기다림(79)은 클라이언트(68)가 공유메모리에 있는 내용을 변경하고 변경한 값을 통보받기 위한 것으로, 서버자신은 비교(80)시 클라이언트로부터 통보받은 값을 이용한다.

이와같은 클라이언트와 서버간에 비교작업 전과 후에 동기화를 위해 발생되는 정보교환(73, 81)은 공유메모리를 통해 이루어진다.

그러나 비교작업후 현재 사용중인 공유메모리 내용을 변경할 것인지 아니면 이를 반환하며 새로운 크기의 공유메모리를 할당받아 내용변경, 프로세스 생성 및 종료, 비교, 상호 정보교한 등의 업무를 반복할 것인지(86, 87)는 입력변수에 의해 결정된다. 클라이언트와 서버가 공유메모리 내용을 읽어 비교한 결과는 로그화일(88)에 저장되어 있어, 만일 비교결과가 실패로 등록되어 있다면 캐쉬메모리(2)에 있는 데이타의 일치성에 문제가 있는 것으로 이는 캐쉬메모리(2)를 관리하는 하드웨어에 문제가 있는 것이다.

제 2 도에서의 주메모리장치(3)에 대한 시험은 캐쉬메모리(2) 시험을 위한 흐름도와 유사하다. 다른 점은 공유메모리를 이용하지 않는다는 점과 쓰기와 읽기 단위 2바이트 또는 4바이트로 이루어진다는 점, 그리고 메모리에 대한 접근이 처음부터 순차적일 때도 있고 임의의 값만큼을 뛰어넘은 주소일 때도 있다는 것이다. 라인프린터장치(15)에 대한 시험은 라인프린터의 상태를 읽어보아 사용가능한 상태라 하면 라인프린터의 큐(queue)에 출력할 자료를 제공하여 라인프린터를 구동시키는 것이다.

이 시험의 주목적은 라인프린터의 스풀러(spooler)가 라인프린터의 큐에 쌓여있는 일(job)을 자료의 손실없이 제대로 출력하는가를 시험하는 것으로, 라인프린터 구동기에 있는 인터럽트 핸들러(interrup handler)가 정상적이면 자료를 읽어버리는 경우는 발생하지 않는다.

처리기장치(1)에 대한 시험은 운영체제의 프로세스 스케쥴링(process scheduling)과 밀접한 관계가 있는 것으로, 휴식상태(idle state)의 처리기가 발생하지 않도록 처리기들에 최대한의 부하(load)를 거는 것이다. 처리기 전용업무를 만들기 위해 처리기 시험프로그램에서는 프로세스 생성(fork) , 종료(exit), 임의의 화일에 대한 생성(creat), 열기(open), 닫기(close) 그리고 정수단위의 사칙연산작업과 운영체제 프로파일(prifiling) 및 시그날(signal) 관련 시스템호출과 명령어를 주로 사용하며, 시스템이 허용하는 범위까지 같은 일을 수행하기 위한 프로세스를 생성한다.

처리기장치 시험중 에러가 발생하면 이는 하드웨어적인 처리기보드 설계상의 문제일 수 있고, 운영체제에서 프로세스 스케줄링이나 문맥교환상의 문제일 수 있다. 시험프로그램은 항상 모든 장치를 시험함에 있어 시험중의 상태가 최악의 경우라 가정하고 될 수 있으면 최대한의 부하를 건다.

따라서 시험프로그램 수행과 함께 제 1 도에 있는 버스상태 분석기(6)를 수행시키면 이를 통해 현재의 시스템버스(16)의 상태를 파악할 수 있어, 시스템버스(16)가 어느 장치에 대한 시험도중 병목현상이 일어나는 지를 검사하여 이에 대한 원인 분석과 함께 대책을 세우면 시스템 성능 향상에 많은 도움이 된다.

부프로그램들에 대해 각 도면에서는 시험프로그램의 시작에 대한 표기는 있어서도 끝에 대한 표기는 하지 않았는데, 이는 시험프로그램 수행시 자신이 수행될 시간을 입력으로 받아들여 주어진 시간이 지나면 자동적으로 수행을 종료하기 때문이다. 물론 시험자에 요구에 의해 시험도중에 중단될 수도 있다.

이와같은 시험프로그램 수행단위를 시간단위의 입력변수로 받아들이게 한 이유는 하드웨어와 운영체제 시험이 수십분내의 시험으로 종결되는 것이 아니라 수일 또는 수주동안 계속될 수도 있기 때문이다.

상기한 바와같이 본 발명의 방법에 의해 시스템을 시험한 결과한 결과 하드웨어와 운영체제의 설계, 제자 그리고 코딩(CODING)상의 문제점 99% 이상을 미연에 발견하여 시스템을 튜닝(tuning)하는데 있어 많은 도움이 되었다.

또한 이 프로그램은 시스템 신뢰성을 시험할 수 있는 최초의 체계화된 프로그램임과 동시에 환경변수를 입력으로 받아들이게 되어있어 입력만을 시험하고자 하는 시스템환경에 맞도록 변경하면, 환경이 다른 하드웨어와 운영체제에 쉽게 이식할 수 있다.

따라서 개발 후반기에 있을 시스템통합 시험시 시스템 개발자가 이 프로그램을 사용하면 하드웨어나 운영체제상의 문제점을 쉽게 발견할 수 있고 튜닝요소도 찾을 수 있어 개발기간 단축 및 개발에 완벽을 기할 수 있는 장점이 있다.

Claims (5)

1. 다중처리기 시스템의 하드웨어장치들 및 운영체제가 정상적으로 동작하는지를 시험하여 전체 시스템의 신뢰성을 측정하는 방법에 있어서, 이식성을 향상시키기 위해 시험대상이 되는 시스템의 특성 및 환경변수를 입력받아들여 시험대상 시스템과 관련된 환경을 설정하는 제 1 단계와, 시험대상장치가 입출력장치 혹은 메모리장치 혹은 처리기인지를 판별하는 제 2 단계와, 상기 시험대상장치가 상기 입출력장치인 경우에는 블록 입출력장치 혹은 문자 입출력장치를 시험할 것인지를 판별하는 제 3 단계와, 시험대상 입출력장치가 상기 블록 입출력장치인 경우에는 테이프장치 혹은 테이프장치 혹은 디스크장치를 시험할 것인지를 판별하는 제 4 단계와, 상기 시험대상 입출력장치가 상기 테이프장치인 경우에는 상기 테이프장치를 시험하고 시험결과를 저장하는 제 5 단계와, 상기 시험대상 입출력장치가 상기 디스크장치인 경우에는 상기 디스크장치를 시험하고 시험결과를 저장하는 제 6 단계와, 상기 시험대상 입출력장치가 상기 문자 입출력장치이면 프린터장치 혹은 단말기장치를 시험할 것인지를 판별하는 제 7 단계와, 상기 시험대상 입출력장치가 상기 프린터장치인 경우에는 상기 프린터장치를 시험하고 시험결과를 저장하는 제 8 단계와, 상기 시험대상 입출력장치가 상기 단말기장치인 경우에는 상기 단말기장치를 시험하고 시험결과를 저장하는 제 9 단계와, 상기 시험대상장치가 상기 메모리장치인 경우에는 캐수메모리 혹은 주메모리를 시험할 것인지를 판별하는 제10단계와, 상기 시험대상장치가 상기 캐쉬메모리인 경우에는 상기 캐쉬메모리를 시험하고 시험결과를 저장하는 제11단계와, 상기 시험대상장치가 상기 주메모리인 경우에는 상기 주메모리를 시험하고 시험결과를 저장하는 제12단계와, 상기 시험대상장치가 상기 처리기인 경우에는 상기 처리기를 시험하고 시험결과를 저장하는 제13단계를 포함하는 것을 특징으로 하는 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법.
2. 제 1 항에 있어서, 상기 제 5 단계는 시험대상 테이프장치가 사용가능하지 여부를 판별하는 과정과, 상기 시험대상 테이프장치가 사용가능한 경우에는 레코드당 바이트수, 속도, 밀도, 되감기에 대한 경우의 수를 순차로 변경시키면서 테이프제어기와 상기 테이프장치를 시험하는 과정과, 상기 시험대상 테이프장치가 사용가능하지 않으면 에러를 출력하고 상기 시험대상 테이프장치에 대한 정보를 제조정하는 과정으로 이루어지는 것을 특징으로 하는 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법.
3. 제 1 항에 있어서, 상기 제 6 단계는 상기 테이프장치와 함께 상기 디스크장치를 시험할 것인지 여부를 판별하는 과정과, 상기 테이프장치와 함께 상기 디스크장치를 시험할 경우에는 상기 디스크장치와 함께 시험할 상기 테이프장치가 사용가능한지 여부를 판별하는 과정과, 상기 테이프장치를 사용할 수 없으면 에러를 출력하고 시험할 상기 테이프장치에 대한 정보를 재조정하는 과정과, 시험할 상기 디스크장치에 디스크가 장착되었는지를 검사하여 정착되어 있지 않으면 해당 디스크장치에 디스크를 장착하기 위한 화일시스템에 대한 일치성 시험을 하고 디스크를 장착한후 상기 테이프장치와 상기 디스크장치간의 입출력시험을 하는 과정과, 디스크장치들만의 시험일 경우에는 동일 물리디스크내에서의 시험인지 혹은 상호 다른 물리디스크 사이의 시험인지를 판별하는 과정과, 시험대상 디스크장치에 디스크가 장착되었는지를 검사하여 장착되어 있지 않으면 상기 시험대상 디스크장치에 디스크를 장착하기 위한 화일시스템에 대한 일치성 시험을 하고 디스크를 장착한후 디스크장치들 사이의 입출력시험을 하는 과정 및, 시험결과를 단말기를 통하여 출력함과 동시에 지정된 화일에 저장하는 과정으로 이루어지는 것을 특징으로 하는 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법.
4. 제 1 항에 있어서, 상기 제 9 단계는 지정된 하나의 포트에 2번 핀과 3번 핀을 연결자를 사용하여 연결하여 상기 하나의 포트에 대한 자료이동을 집중적으로 시험하는 자체 루프백시험 과정과, 임의로 지정된 2개의 포트에 2번 핀과 3번 핀을 연결자를 사용하여 상호 교차시켜 연결하고, 상기 2개의 포트 상호간의 자료이동을 집중적으로 시험하는 이중 루프백시험 과정 및 ; 임의로 지정된 3개 이상의 포트에 2번 핀과 3번 핀을 연결자를 사용하여 상호 교차시켜 연결하고, 상기 3개 이상의 포트에서 순서화된 자료이동을 집중적으로 시험하는 릴레이 체인시험 과정으로 이루어지는 것을 특징으로 하는 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법.
5. 제 1 항에 있어서, 상기 제11단계는 상기 캐쉬메모리에 있는 자료값의 변경에 따른 데이타의 무결성과 일치성을 보장하기 위하여 하나의 클라이언트가 공유메모리의 할당, 변환, 내용변경, 크기변경, 변경내용 전달, 프로세스 생성 및 프로세스 종료처리를 수행하는 클라이언트 처리과정과 ; 2개 이상의 서버가 상기 클라이언트가 할당받은 상기 공유메모리를 공유하고, 상기 공유메모리의 내용이 변경될 때까지 대기한후, 변경이 완료되면 상기 공유메모리의 내용을 읽어 상기 클라이언트가 변경한 값과 비교하여 결과가 일치하는지를 검사하고, 자신의 상태를 상기 클라이언트에게 보고하는 서버처리 과정으로 이루어지는 것을 특징으로 하는 다중처리기 시스템의 하드웨어장치 및 운영체제 신뢰성 시험방법.