KR0181152B1

KR0181152B1 - 관리프로세서를 이용한 응용프로세서 관리방법 및 장치

Info

Publication number: KR0181152B1
Application number: KR1019960008626A
Authority: KR
Inventors: 정천술
Original assignee: 김광호; 삼성전자주식회사
Priority date: 1996-03-27
Filing date: 1996-03-27
Publication date: 1999-05-15
Also published as: KR970066930A

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

관리프로세서를 이용한 응용프로세서 관리방법.

2. 발명이 해결하려고 하는 기술적 과제

응용프로세서의 관리를 내부 IPC 통신을 하지않고 외부에서 유닉스시스템의 명령을 통하여 관리함으로서, 응용프로세서의 식별자(Identifier, 이하 ID라함)는 등록되어 있으나 응용프로세서에서 발생되는 교착상태(Deadlock) 또는 다운(Down) 상태를 관리하는 기능을 가지는 관리프로세서가 구비되어 있지 않으므로 상기 응용프로세서의 예기치 못한 장애로 인해 교착상태(Deadlock) 또는 다운(Down) 상태가 발생 시 확인할 수 있는 방법이 없었다.

3. 발명의 해결방법의 요지

응용프로세서와 상기 응용프로세서에 관한 데이터를 기록하는 내부버퍼를 가지는 관리프로세서를 구비한 유닉스시스템에서, 응용프로세서에 관한 데이터가 상기 내부버퍼에 이중으로 등록되어 있거나 응용프로세서에 교착상태가 발생하면 자동으로 상기 내부버퍼에 등록된 해당 응용프로세서 데이터를 삭제하고, 상기 내부버퍼를 검색하여 데이터가 삭제된 응용프로세서가 검출되거나 새로운 응용프로세서의 등록을 원하면 자동으로 해당 응용프로세서 데이터를 상기 내부버퍼에 자동으로 재등록하는 관리프로세서를 이용한 응용프로세서 관리방법.

4. 발명의 중요한 용도

유닉스시스템.

Description

관리프로세서를 이용한 응용프로세서 관리 방법 및 장치

제1도는 본 발명이 적용되는 관리프로세서와 응용프로세서의 블록 구성도.

제2도는 본 발명에 따른 공유메모리 맵 구조도.

제3도는 본 발명에 따른 관리프로세서의 내부버퍼의 맵 구조.

제4도는 본 발명에 따른 응용프로세서에서 수행되는 제어 흐름도.

제5a도는 본 발명에 따른 관리프로세서에서 수행되는 전반적인 제어 흐름도.

제5b도는 본 발명에 따른 등록모드를 수행하기 위한 제5a도의 서브루틴.

제5c도는 본 발명에 따른 상태점검모드를 수행하기 위한 제5a도의 서브루틴.

제5d도는 본 발명에 따른 등록점검모드를 수행하기 위한 제5a도의 서브루틴.

제5e도는 본 발명에 따른 제5d도의 서브루틴.

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

110 : 응용프로세서 112 : 관리프로세서

114 : 공유메모리 118 : 내부버퍼

본 발명은 유닉스시스템에 관한 것으로, 특히 유닉스 환경 하에서 동작하며 무한 반복성을 가지는 응용프로세서를 관리프로세서를 이용하여 효과적으로 관리하는 방법 및 장치에 관한 것이다.

일반적인 유닉스시스템이라 함은 미국의 벨 연구소가 1973년경에 PDP-11용으로 개발한 운영 체제를 사용하는 시스템을 말하며, 주로 대화형 처리에 중점을 두고 설계되어 있다. 또한 파일의 취급이나 파일과 입출력 기기와의 대응 관계도 단순화되고, 지령언어의 기능도 강화되어 있다.

상기한 유닉스시스템에는 주장치에 접속된 단말기를 제어하는 응용프로세서를 관리하는 관리프로세서를 두지 않고 있거나, 상기 관리프로세서를 두고 있다고 할지라고 유닉스시스템에서 사용되는 콜(Call) 명령어인 ps를 통하여 외부 파일에 데이터를 저장하고 저장된 데이터를 내부버퍼로 읽어들여 분석하여 응용프로세서를 관리하는 정도였다. 그리고 상기 응용프로세서는 시동 조건이 만족되었을 때에 프로그램을 수행하는 데몬(DEMON) 형태로 프로그램이 무한히 반복되어 수행되었다.

종래에는 응용프로세서를 관리하는 관리프로세서를 가지고 있지 않았다. 또한 관리프로세서가 존재한다고 하더라고 내부 IPC 통신을 하지 않고 외부에서 유닉스시스템의 명령을 통하여 관리함으로서, 응용프로세서의 식별자(Identifier, 이하 ID라함)는 등록되어 있으나 응용프로세서에서 발생되는 교착상태(Deadlock) 또는 다운(Down) 상태를 관리하는 기능을 가지는 관리프로세서가 구비되어 있지 않으므로 상기 응용프로세서의 예기치 못한 장애로 인해 교착상태(Deadlock) 또는 다운(Down) 상태가 발생시 확인할 수 있는 방법이나 장치가 없기 때문에 비정상적인 업무 처리를 확인할 수 있는 방법이 없었다.

따라서 본 발명의 목적은 관리프로세서에서 응용프로세서의 상태를 효율적으로 파악하는 방법 및 장치를 제공하는데 있다.

본 발명의 다른 목적은 관리프로세서에서 응용프로세서의 상태를 파악하여 그에 따른 데이터를 내부버퍼에 저장하는 방법 및 장치를 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명은 응용프로세서에서 주기적으로 공유메모리에 정상 상태를 알리는 데이터를 기록하는 과정과, 관리프로세서에서 주기적으로 공유메모리에 기록된 응용프로세서의 상태를 나타내는 데이터를 체크하여 비정상 상태라 판단되면 내부버퍼에서 해당 응용프로세서에 관한 데이터를 삭제한 후 재생성하는 과정과, 상기 내부버퍼에 이중으로 등록된 응용프로세서에 관한 데이터를 감지하여 자동으로 삭제하는 과정과, 상기 내부버퍼에서 삭제되어버린 응용프로세서에 관한 데이터를 감지하여 자동으로 재생성하는 과정과, 새로 추가된 응용프로세서가 있다고 감지되면 추가된 응용프로세서에 관한 데이터를 생성하는 과정으로 이루어짐을 특징으로 한다.

이하 본 발명을 첨부된 도면을 참조하여 상세히 설명한다.

본 발명을 수행하기 위한 구성을 제1도를 참조하여 설명하면, 응용프로세서(110)는 유닉스시스템을 사용하는 단말기를 제어하는 프로세서이며, 각 단말기에 따른 응용프로세서(110)를 나타내기 위하여 응용프로세서#1-#n으로 표시하였다. 그리고 관리프로세서(112)는 응용프로세서(110)의 관리를 위한 프로세서를 나타내었으며, 응용프로세서(110)와 관리프로세서(112)는 양방향 전송이 가능한 듀얼포트메모리를 사용한 공유메모리(114)를 통하여 IPC영역의 데이터를 읽거나 기록한다. 관리프로세서(112)는 응용프로세서(110)에 관한 데이터를 등록받아 관리하는 내부버퍼(118)를 가진다.

제2도는 본 발명에 따른 공유메모리의 맵 구조도로서, 응용프로세서(110)에 일대일 대응되는 ipc 영역을 가지며, 응용프로세서(110)의 상태를 나타내는 데이터를 가진다.

제3도는 본 발명에 따른 관리프로세서의 내부버퍼의 맵 구조도로서, 응용프로세서(10)에 일대일 대응되는 버퍼영역을 가지며, 응용프로세서(110)를 관리하기 위한 데이터를 저장한다. 4바이트 크기를 가지는 PROCESS_ID 영역은 응용프로세서(110)의 식별자인 ID가 저장되는 영역이며, 1바이트의 크기를 가지는 pid_cnt 영역은 응용프로세서(110)의 개수를 표시하는 영역이다. 또한 100바이트의 크기를 가지는 p_name 영역은 응용프로세서(110)의 이름을 저장하는 영역이며, 1바이트의 크기를 가지는 seg_id 영역은 공유메모리(114)의 해당 ipc영역 위치를 저장하는 영역이다.

제4도는 본 발명에 따른 응용프로세서에서 수행되는 제어 흐름도로서, 공유 메모리(114)의 ipc영역을 초기화하고 공유메모리(114)를 세마포르하는 과정과, 설정주기인 3초마다 정상 상태임을 알리기 위한 데이터(Y)를 공유메모리(114)의 해당 ipc영역에 기록하는 과정으로 이루어진다.

상기 세마포르라 함은 병렬로 동작하는 둘 이상의 프로세서간에서 공용의 기억장소에 연락하기 위한 신호를 세트하여 의미 있는 사상이 일어난 것을 상대방에게 통지하여 동기를 취하는 방식을 말한다.

제5a도는 본 발명에 따른 관리프로세서에서 수행되는 전반적인 제어 흐름도로서, 타이머를 구동하여 타이며 값이 3의 배수에 해당하면 응용프로세서(110)의 상태를 점검하는 B서브루틴을 수행하는 과정과, 상기 타이머 값이 15의 배수에 해당하면 등록점검모드에 따른 C서브루틴을 수행하는 과정과, 상기 타이머 값이 45의 배수에 해당하거나 초기화 요구가 있을 경우에 등록모드에 따른 A서브루틴을 수행하는 과정으로 이루어진다.

제5b도는 본 발명에 따른 등록모드를 수행하기 위한 제5a도의 A서브루틴으로, 내부버퍼(118)를 초기화하고 등록된 응용프로세서(110)의 총수를 카운트하기 위한 PCNT를 0으로 세팅하는 과정과, 응용프로세서 등록 파일을 오픈하여 한 라인씩 읽어들인 데이터가 파일의 끝(End of File:이하 EOF라고 함)인가를 판단하는 과정과, 상기 EOF인 것으로 판단되면 PCNT를 하나 증가시키고 EOF가 아닌 것으로 판단되면 읽은 데이터를 내부버퍼(118)에 등록하고 다음 라인을 읽는 과정으로 이루어진다.

제5c도는 본 발명에 따른 상태점검모드를 수행하기 위한 제5a도의 B서브루틴으로, 점검할 응용프로세서(110)를 선택하기 위한 카운트 값인 i를 0으로 세팅하고 공유메모리(114)의 i번째 ipc영역에 해당 응용프로세서(110)의 정상 상태를 알리는 상태 데이터(Y)인가를 판단하는 과정과, 정상 상태 데이터가 검출되면 비정상 상태 데이터가 검출된 횟수의 카운트(pidcnt)를 0으로 세팅하고 공유메모리(114)의 i번째 ipc영역에 확인 데이타(N)를 저장하는 과정과, 설정된 횟수 동안 연속하여 확인 데이터가 유지되면 비정상 상태가 발생하였다고 판단하여 i번째 응용프로세서(110)에 관한 데이터를 내부버퍼에서 삭제한 후 재생성하는 과정으로 이루어진다.

제5d도는 본 발명에 따른 등록점검모드를 수행하기 위한 제5a도의 C서브루틴으로, 응용프로세서(110)의 상태 표시명령을 수행하고 임시버퍼인 TEMP 파일을 오픈하여 저장된 데이터를 한 라인씩 읽어 내부버퍼(114)에 등록된 p_name과 동일한가를 비교하는 과정과, 동일하다고 판단되면 카운트 값(pidcnt)를 하나 증가시키고 process_id를 저장하는 과정과, 종료를 나타내는 파일이 읽히면 D서브루틴을 수행한 후 제5a도로 리턴하는 과정으로 이루어진다.

제5e도는 본 발명에 따른 제5d도의 D서브루틴으로, 카운트 값인 i를 0으로 세팅하는 과정과, 제5d도에서 결정된 카운트 값인 pidcnt가 0인가를 판단하는 과정과, pidcnt가 0의 값을 가지고 있다고 판단되면 i번째 ipc영역에 p_name으로 응용프로세서(110)에 관한 데이터를 재생성하고 JOBLOG 파일에 작업 상태를 저장한 후 i값을 하나 증가시키는 과정과, pidcnt가 1보다 큰 값을 가지고 있다고 판단되면 i번째 ipc영역에 등록된 응용프로세서(110)에 관한 데이터를 삭제하고 JOBLOG파일에 작업 상태를 저장한 후 i값을 하나 증가시키는 과정으로 이루어진다.

이하 본 발명의 바람직한 실시예가 첨부된 도면의 참조와 함께 상세히 설명될 것이다.

먼저 응용프로세서(110)에서 수행되는 과정을 제4도를 참조하여 설명하면, 410단계에서 응용프로세서(110)는 공유메모리(114)의 ipc영역을 초기화하며, 412단계에서는 공유메모리(114)를 통하여 정상적으로 데이터 송, 수신할 수 있도록 공유메모리(114)를 세마포르한다.

그리고 응용프로세서(110)는 414단계와 416단계에서 공유메모리(114)의 해당 ipc영역에 설정 주기인 3초 마다 정상 상태임을 나타내는 Y를 기록한다.

관리프로세서(112)에서 수행되는 제어 흐름도는 제5a도 내지 제5e도에 나타낸 바와 같다.

관리프로세서(112)는 510단계에서 초기화 요구가 있는지의 여부를 판단한다. 초기화 요구가 있으면, 512단계에서 A서브루틴을 수행한다. 514단계에서 관리프로세서(112)는 점검주기를 체크하기 위한 타이머를 구동한다. 그리고 관리프로세서(112)는 516단계, 520단계 및 524단계에서 타이머의 주기를 체크한다. 상기 516단계에서 타이머의 값이 3의 배수라 판단되면 518단계에서 제5c도의 B서브루틴을 수행하며, 상기 520단계에서 타이머 값이 15의 배수라 판단되면 522단계에서 제5d도의 C서브루틴을 수행한다. 또한 510단계에서 초기화 요구가 있거나 상기 524단계에서 타이머 값이 45의 배수라 판단되면 512단계로 진행하여 제5b도의 A서브루틴을 수행한다.

상기 A서브루틴의 수행을 제5b도를 참조하여 설명하면, 관리프로세서(112)는 526단계에서 내부버퍼(118)를 초기화하고 등록된 응용프로세서(110)의 총수를 카운트하기 위한 PCNT를 0으로 세팅한다. 528단계에서 관리프로세서(112)는 응용프로세서 등록 파일을 오픈하고, 530 단계에서 한 라인씩 읽어들인 후 532단계에서 데이터가 EOF인가를 판단한다. 상기 EOF인 것으로 판단되면, 534단계에서 관리프로세서(112)는 PCNT를 하나 증가시킨다. 이와 달리, EOF가 아닌 것으로 판단되면, 536단계에서 관리프로세서(112)는 읽은 데이터를 내부버퍼(118)에 등록하고 다음 라인을 읽는다.

상기 B서브루틴의 수행을 제5c도를 참조하여 설명하면, 538단계에서 공유메모리(114)의 ipc영역을 선택하기 위한 카운트 값인 i를 0으로 세팅한다. 그리고, 관리프로세서(112)는 540단계에서 응용프로세서(110)의 총 개수(PCNT)와 i값을 비교하여 i값이 PCNT보다 큰지의 여부를 판단한다. 즉, i값이 PCNT보다 크면, 모든 응용프로세서(110)의 상태 체크가 완료된 것으로 판단하게 된다. 관리프로세서(112)는 응용프로세서(110)의 상태를 체크하기 위하여 542단계에서 공유메모리(114)의 i번째 ipc영역에 저장된 데이터가 정상 상태를 알리는 Y가 저장되어 있는가를 체크한다. 상기 ipc영역에 Y가 등록되어 있다고 판단되면, 관리프로세서(112)는 554단계로 진행하여 내부버퍼(118)의 맵에 구비된 pidcnt 영역에 0을 저장하고, 556단계에서 공유메모리(114)의 i번째 ipc영역에 확인 데이터인 N을 기록하고 552단계로 진행하여 i를 하나 증가시킨 후 상기 540단계로 리턴한다. 하지만 상기 542단계에서 Y가 검출되지 않으면 관리프로세서(112)는 544단계로 진행하여 내부버퍼(118)의 pidcnt 영역에 저장된 값을 하나 증가시킨 후 546단계에서 pidcnt영역에 저장된 값이 설정값인 10이상인가를 판단한다. 10이상이 아니라고 판단되면, 관리프로세서(112)는 522단계로 진행하여 ii값을 하나 증가시킨후 상기 540단계로 리턴한다. 하지만 상기 546단계에서 설정값인 10이상이라 판단되면, 관리프로세서(112)는 548단계로 진행하여 i번째 해당하는 응용프로세서(110)에 관한 데이터 중 process_id를 내부버퍼(118)에서 삭제한 후 재생성한다. 그리고, 관리프로세서(112)는 550단계에서 JOBLOG 파일에 작업 결과를 저장하고 결과를 출력한 후 상기 552단계에서 i값을 하나 증가시킨 후 상기 540단계로 리턴한다.

상기 C서브루틴의 수행을 제5d도를 참조하여 설명하면, 관리프로세서(112)는 560단계에서 응용프로세서(110)의 상태를 표시하는 명령을 수행한 후 562단계에서 임시버퍼인 TEMP 파일을 오픈한다. 그리고 562단계로 진행하여 상기 오픈한 TEMP 파일에서 한 라인을 읽어 564단계에서 EOF인가를 판단한다. EOF가 아닌 것으로 판단되면, 관리프로세서(112)는 566단계로 진행하여 카운트 i를 0으로 세팅하고, 568단계에서 i값을 응용프로세서(110)의 총 개수를 나타내는 PCNT값과 비교한다. i값이 PCNT 이상일 경우에는 상기 562단계로 리턴하며, 그렇지 않을 경우에는 570단계로 진행하여 상기 562단계에서 읽어들인 데이터를 내부버퍼(118)의 i번째 p_name 영역에 등록된 데이터와 동일한가를 비교한다. 상기 데이터가 상이하다고 판단되면 574단계로 진행하여 i값을 하나 증가시킨 후 상기 568단계로 리턴한다. 그러나 상기 570단계에서 동일하다고 판단되면 내부버퍼(118)의 i번째 pidcnt 에 저장된 값을 하나 증가시키고 해당 process_id를 저장한 후 상기 562단계로 리턴한다. 만약 상기 564단계에서 EOF인 것으로 판단되면 576단계로 진행하여 제5e도의 D서브루틴을 수행한다.

상기 D서브루틴을 제5e도를 참조하여 설명하면, 580단계에서 응용프로세서(110)를 선택할 i를 0으로 세팅한다. 그리고 관리프로세서(112)는 582단계에서 i값이 응용프로세서(110)의 총 개수를 나타내는 PCNT 값 이상인가를 판단한다. 582단계에서 i값이 PCNT값 이상인 것으로 판단되면 596단계로 진행하여 상기 제5d도로 리턴한다. 하지만 상기 582단계에서 i값이 PCNT값 이상이 아니라고 판단되면 584단계에서 내부버퍼(118)의 i번째 pidcnt 영역에 저장된 값이 0인가를 판단한다. 내부버퍼(118)의 i번째 pidcnt 영역에 저장된 값이 0이 아닌 것으로 판단되면, 588단계에서는 pidcnt 영역에 저장된 값이 1보다 큰 가를 판단한다. 584단계에서 pidcnt 영역게 저장된 값이 0이라 판단되면, 관리프로세서(112)는 586단계로 진행하여 내부버퍼(118)의 i번째 p_name 영역에 저장된 응용프로세서(110)의 이름으로 해당 응용프로세서(110)에 관한 데이터를 재생성한다. 그리고 588단계에서 pidcnt 영역에 저장된 값이 1보다 크다고 판단되면, 관리프로세서(112)는 590단계로 진행하여 내부버퍼(118)의 i번째 버퍼영역에 등록된 응용프로세서(110)에 관한 데이터를 삭제한다. 상기 586단계와 590단계의 수행이 완료되면 관리프로세서(110)는 592단계로 진행하여 i값을 하나 증가시킨 후 582단계로 리턴한다.

상술한 바와 같이 본 발명은 유닉스시스템에서 관리프로세서가 응용프로세서의 교착 상태 또는 다운 상태를 파악하여 그에 따라 응용프로세서에 관한 데이터를 내부버퍼에 삭제 또는 등록할 수 있다.

Claims

다수의 응용프로세서와, 상기 응용프로세서에 관한 데이터를 기록하는 내부버퍼를 가지는 관리프로세서와, 상기 응용프로세서와 상기 관리프로세서간의 공유메모리를 적어도 구비하는 유닉스시스템에서 관리프로세서를 이용한 응용프로세서 관리 방법에 있어서, 소정 응용프로세서에서 주기적으로 상기 공유메모리에 정상 상태를 알리는 데이터를 기록하는 과정과, 상기 관리프로세서에서 주기적으로 상기 공유메모리에 기록된 응용프로세서의 상태를 나타내는 데이터를 체크하여 비정상 상태라고 판단되면, 상기 내부버퍼에 비정상 상태의 응용프로세서에 대한 데이터를 삭제한 후 상기 응용프로세서에 관한 데이터를 재생성하는 과정과, 상기 관리프로세서에서 상기 내부버퍼에 이중으로 등록된 응용프로세서에 대한 데이터를 감지하여 삭제한 후 상기 응용프로세서에 관한 데이터를 재생성하는 과정과, 상기 관리프로세서에서 상기 내부버퍼를 검색하여 데이터가 삭제된 응용프로세서가 검출되거나 새로운 응용프로세서의 등록을 원하면 해당 응용프로세서 데이터를 상기 내부버퍼에 재등록하는 과정으로 이루어짐을 특징으로 하는 관리프로세서를 이용한 응용프로세서 관리방법.
다수의 응용프로세서와 상기 응용프로세서에 관한 데이터를 기록하는 내부버퍼를 가지는 관리프로세서 사이에 접속되어 상호간에 전송되는 데이터를 저장하는 공유메모리를 적어도 구비하는 유닉스시스템에서 관리프로세서를 이용하여 응용프로세서를 관리하는 방법에 있어서, 일정 주기로 상기 공유메모리에 기록된 응용프로세서의 상태값을 검색하여 일정 시간 동안 상기 상태값이 변경되지 않음이 검색되면 상기 내부버퍼에서 해당 응용프로세서 식별자를 삭제한 후 재생성하는 제1과정과, 일정 주기로 소정 응용프로세서에 대한 데이터가 상기 내부버퍼에서 삭제되었는가를 검색하여 상기 응용프로세서에 대한 데이터를 재등록하는 제2과정과, 일정 주기로 상기 내부버퍼에 이중 등록된 응용프로세서의 식별자를 검출하여 이중 등록된 응용프로세서에 대한 데이터 중 하나를 삭제하는 제3과정으로 이루어짐을 특징으로 하는 관리프로세서를 이용한 응용프로세서 관리방법.
응용프로세서에 관한 데이터를 관리하는 장치에 있어서, 정상적인 동작을 수행하고 있음을 알리는 데이터를 주기적으로 전송하는 응용프로세서와, 양방향 통신이 가능하며, 상기 응용프로세서에 일대일 대응되는 영역을 구비하여 소정 응용프로세서로부터 주기적으로 정상적인 동작을 수행하고 있음을 알리는 데이터를 전송 받아 일시적으로 저장하는 공유메모리와, 소정 응용프로세서를 관리하기 위한 데이터를 등록 받아 저장하는 버퍼를 구비하며, 상기 공유메모리에 저장된 상기 응용프로세서에 관한 데이터에 따라 상기 버퍼에 등록된 데이터를 삭제하거나 재등록하는 관리프로세서로 구성됨을 특징으로 하는 응용프로세서 관리 장치.
제3항에 있어서, 상기 관리프로세서의 버퍼는, 응용프로세서의 식별자가 기록되는 영역과 응용프로세서의 개수가 기록되는 영역과 응용프로세서의 이름이 기록되는 영역과 응용프로세서에 대응되는 공유메모리 번지가 기록되는 영역으로 구성됨을 특징으로 하는 응용프로세서 관리 장치.