KR20040086594A

KR20040086594A - 그리드에서 상태 정보를 입수하기 위한 방법 및 장치

Info

Publication number: KR20040086594A
Application number: KR1020040020961A
Authority: KR
Inventors: 케오한수잔마리에; 맥브레티제럴드프렌시스; 뮬렌숀패트릭; 무리로제시카켈레이; 쉬에죠니멩한
Original assignee: 인터내셔널 비지네스 머신즈 코포레이션
Priority date: 2003-03-27
Filing date: 2004-03-27
Publication date: 2004-10-11
Also published as: TW200500868A; TWI265422B; CN1534949A; JP3945709B2; JP2004295887A; US7716061B2; US20040193461A1; KR100763316B1; CN1298151C

Abstract

본 발명은 그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 방법, 장치 및 컴퓨터 명령어를 제공한다. 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업의 제출에 응답해서 원격 노드로부터 작업 식별자를 수신한다. 상기 작업 식별자는 작업 식별자의 세트로 세이브된다. 상기 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답해서 실행중인 프로세스에 대한 상기 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 상기 작업 식별자의 세트를 사용해서 제출하여 작업 상태 요구의 세트를 형성한다. 상기 작업 상태 요구의 세트에 대한 응답을 수신하고, 그 이후에, 상기 응답을 프리젠팅한다.

Description

그리드에서 상태 정보를 입수하기 위한 방법 및 장치 {METHOD AND APPARATUS FOR OBTAINING STATUS INFORMATION IN A GRID}

본 발명은 일반적으로 개선된 데이터 처리 시스템에 관한 것으로, 특히 개선된 데이터 처리 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 그리드의 노드로부터 상태 정보를 입수하기 위한 방법 및 장치와 컴퓨터 명령어를 제공한다.

비지니스와 연구의 모든 분야에서는 네트워크 데이터 처리 시스템이 일반적으로 사용되고 있다. 이러한 네트워크는 데이터 및 아이디어를 주고 받는 것 뿐만 아니라 정보를 저장하기 위한 저장소(repository)를 제공하는 데 사용된다. 또한, 대부분의 경우에 있어서, 네트워크 데이터 처리 시스템을 구성하는 상이한 노드들은 정보를 처리하는 데 사용될 수 있다. 개별 노드들은 실시하는데 있어서 상이한 작업을 필요로 할 수 있다. 또한, 복잡한 계산과 같은 공통적인 문제를 해결하기 위하여 작업에 상이한 노드를 갖도록 하는 것은 더욱 일반화되고 있다. 자원 공유 방법에 참여하는 노드의 세트는 "그리드(grid)" 또는 "그리드 네트워크(grid network)"라고 칭하기도 한다. 예컨대, 그리드 네트워크 내의 노드들은 해독키(deciphering key)와 같은 복잡한 계산을 실시하기 위한 처리 자원을 공유할 수 있다.

그리드 네트워크 내의 노드들은 LAN(Local Area Network)이나 WAN(Wide Area Network)과 같은 네트워크 데이터 처리 시스템 내에 탑재될 수 있다. 또한, 이러한 노드들은 지리적으로 서로 다른 다양한 위치에 배치될 수도 있다. 예컨대, 인터넷에 연결된 서로 다른 컴퓨터들은 그리드 네트워크로 처리 자원을 제공할 수 있다. 수많은 개별 컴퓨터의 사용을 적용함으로써, 많은 문제점들을 신속하게 해결할 수 있다. 그리드는 암 연구(cancer research), 물리학 및 지구 과학 등의 많은 분야에서 사용된다.

사용자는 그리드 내의 다른 노드들 상에서 원격으로 구동하는데 작업(job)을제출할 수 있다. 이들 작업은 그리드 자원 응용 관리(GRAM) 서비스와 같은 서버 프로세스로 통상적으로 제출된다. 그리드 자원 응용 관리자는 그들 자원이 상이한 플랫폼 상에서 구동되더라도 원격 자원에 대하여 개시되는 프로그램을 가능하게 한다.

일부 시점에 있어서, 사용자는 작업의 처리 결과를 수신한다. 본 발명은 사용자가 종종 결과를 수신하기 전에 원격 노드 상에서 이들 작업의 처리에 대한 상태 정보를 입수하는 것을 원할 수도 있음을 인식하고 있다. 현재, 상기한 특징은 이러한 유형의 분산된 작업의 처리에 대하여 사용 불능이 된다.

따라서, 네트워크 데이터 처리 시스템의 원격 노드를 실행하는 작업에 대한 상태 정보를 입수하기 위한 개선된 방법, 장치 및 컴퓨터 명령어를 갖도록 하는 것이 도움이 될 것이다.

도 1은 본 발명이 구현될 수 있는 데이터 처리 시스템의 네트워크를 도시하는 도면.

도 2는 본 발명의 바람직한 실시예에 따라 서버로서 구현될 수 있는 데이터 처리 시스템의 블록도.

도 3은 본 발명이 구현될 수 있는 데이터 처리 시스템을 도시하는 블록도.

도 4는 본 발명의 바람직한 실시예에 따라 그리드 내의 구성 요소를 도시하는 도면.

도 5는 본 발명의 바람직한 실시예에 따라 마이 작업 제출 명령(my-job-submit command)에 대한 응답을 나타낸 도면.

도 6은 본 발명의 바람직한 실시예에 따라 상태 정보를 입수하기 위해 사용되는 엔트리를 나타낸 도면.

도 7은 본 발명의 바람직한 실시예에 따라 상태 정보를 포함한 응답을 나타낸 도면.

도 8은 본 발명의 바람직한 실시예에 따라 작업 상태 정보의 디스플레이의 일례를 나타낸 도면.

도 9는 본 발명의 바람직한 실시예에 따라 작업을 제출하는 프로세스의 흐름도.

도 10은 본 발명의 바람직한 실시예에 따라 상태 명령을 처리하는 프로세스의 흐름도.

도 11은 본 발명의 바람직한 실시예에 따라 복귀된 상태 정보를 처리하는데 사용하는 프로세스의 흐름도.

도 12는 본 발명의 바람직한 실시예에 따라 마이 작업 제출 명령에 대한 의사 코드를 나타낸 도면.

도 13은 본 발명의 바람직한 실시예에 따라 그리드 처리 상태 명령에 대한 의사 코드를 나타낸 도면.

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

100, 200 : 데이터 처리 시스템

102 : 네트워크

104 : 서버

106 : 기억 장치

108, 110, 112 : 클라이언트

202, 204, 302 : 프로세서

206 : 시스템 버스

208 : 메모리 컨트롤러/캐시

209 : 로컬 메모리

212 : I/O 버스

214, 222, 224 : PCI 버스 브리지

216, 226, 228 : PCI 로컬 버스

218 : 모뎀

220 : 네트워크 어댑터

230 : 그래픽 어댑터

232 : 하드 디스크

310 : LAN 어댑터

312 : SCSI 호스트 버스 어댑터

316 : 오디오 어댑터

318 : 그래픽 어댑터

319 : 오디오/비디오 어댑터

320 : 키보드 및 마우스 어댑터

본 발명은 그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 방법, 장치 및 컴퓨터 명령어를 제공한다. 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업의 제출에 응답하여, 상기 원격 노드로부터 작업 식별자를 수신한다. 이 작업 식별자는 작업 식별자의 세트로 세이브된다. 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답하여, 실행중인 프로세스에 대한 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 작업 식별자의 세트를 사용해서 제출하여 작업 상태 요구의 세트를 형성한다. 상기 작업 상태 요구의 세트에 대한 응답이 수신된다. 그 이후에 응답이 제공된다.

본 발명의 신규의 예상되는 특성과 관련해서는 첨부된 특허 청구의 범위에서 설명되고 있으나, 바람직한 사용 모드 뿐만 아니라 본 발명 자체의 추가의 목적 및 이점은 첨부된 도면과 관련해서 기술하는 예시적인 실시예의 상세한 설명을 참조함으로써 보다 명확히 이해할 수 있을 것이다.

바람직한 실시예의 상세한 설명

이하, 첨부 도면을 참조하여 설명하면, 도 1은 본 발명이 구현될 수 있는 데이터 처리 시스템의 네트워크를 도시하고 있다. 네트워크 데이터 처리 시스템(100)은 본 발명이 구현될 수 있는 컴퓨터의 네트워크이다. 네트워크 데이터 처리 시스템(100)은 네트워크(102)를 포함하는데, 이 네트워크(102)는 네트워크 데이터 처리 시스템(100) 내에 함께 연결된 각종 장치와 컴퓨터들 간의 통신 링크를 제공하는데 사용된 매개물이다. 상기 네트워크(102)는 유선, 무선 통신 링크 또는 광섬유 케이블 등의 접속을 포함할 수 있다.

도시된 예에 있어서, 서버(104)는 기억 장치(106)와 더불어 네트워크(102)에 연결된다. 또한, 클라이언트(108, 110, 112)가 네트워크(102)에 연결되어 있다. 이들 클라이언트(108, 110, 112)는 예를 들어 개인용 컴퓨터이거나 또는 네트워크 컴퓨터가 사용될 수 있다. 도시된 예에 있어서, 서버(104)에서는 부팅 파일, 운영 체제(OS) 이미지 및 애플리케이션과 같은 데이터를 클라이언트(108, 110, 112)에 제공한다. 클라이언트(108, 110, 112)는 서버(104)에 의존한다. 네트워크 데이터 처리 시스템(100)은 도시하지 않은 추가적인 서버, 클라이언트 및 기타의 장치를 포함할 수도 있다. 도시된 예에 있어서, 네트워크 데이터 처리 시스템(100)은 서로통신하기 위한 프로토콜에 적합한 TCP/IP(Transmission Control Protocol/Internet Protocol)에 사용하는 네트워크 및 게이트웨이의 월드와이드 컬렉션을 나타내는 네트워크(102)를 갖춘 인터넷이다. 인터넷의 핵심은 데이터 및 메시지를 경로 설정하는 다수의 상업용, 정부, 교육용 및 기타의 컴퓨터 시스템으로 구성되는 주요 노드나 또는 호스트 컴퓨터들 간의 고속의 데이터 통신 라인의 근간이다. 물론, 네트워크 데이터 처리 시스템(100)은 예를 들어 인트라넷, LAN(Local Area Network), 또는 WAN(Wide Area Network)과 같은 다수의 상이한 유형의 네트워크로 구현될 수도 있다. 도 1은 하나의 예로서 나타내는 것이고, 본 발명에 대한 구조 한정을 의도하는 것은 아니다. 네트워크 데이터 처리 시스템(100) 내에서 상이한 서버 및 클라이언트가 노드로서 인용될 수도 있다.

도 2를 참조하면, 도 1의 서버(104)와 같은 서버로 구현될 수 있는 데이터 처리 시스템의 블록도를 본 발명의 바람직한 실시예에 따라서 도시하고 있다. 데이터 처리 시스템(200)은 시스템 버스(206)에 연결된 복수의 프로세서(202, 204)를 포함한 대칭형 멀티프로세서(SMP; symmetric multiprocessor) 시스템이 될 수 있다. 또한, 하나의 프로세서 시스템이 사용될 수도 있다. 또한, 시스템 버스(206)에는 메모리 컨트롤러/캐시(208)도 연결되어 있고, 이 메모리 컨트롤러/캐시(208)는 로컬 메모리(209)에 인터페이스를 제공한다. I/O 버스 브리지(210)는 시스템 버스(206)에 연결되어 있고, I/O 버스(212)에 인터페이스를 제공한다. 메모리 컨트롤러/캐시(208) 및 I/O 버스 브리지(210)는 도 2에 도시된 바와 같이 통합되어 구성될 수 있다.

I/O 버스(212)에 연결된 PCI(Peripheral Component Interconnect) 버스 브리지(214)는 PCI 로컬 버스(216)로 인터페이스를 제공한다. PCI 로컬 버스(216)에는 다수의 모뎀이 연결될 수 있다. 통상의 PCI 버스 구현은 4개의 PCI 확장 슬롯이나 부가 커넥터를 지원할 것이다. 도 1의 클라이언트(108-112)로의 통신 링크는 모뎀(218)을 통해 제공될 수 있고, 네트워크 어댑터(220)는 부가 기판을 통해 PCI 로컬 버스(216)에 연결된다.

추가의 PCI 버스 브리지(222, 224)는 추가의 PCI 로컬 버스(226, 228)용 인터페이스를 제공하는데, 여기에서 추가의 모뎀이나 네트워크 어댑터가 지원될 수 있다. 이러한 방법으로, 데이터 처리 시스템(200)은 다중 네트워크 컴퓨터로의 접속을 가능하게 한다. 메모리 맵핑된 그래픽 어댑터(230) 및 하드 디스크(232)는 도시된 바와 같이 I/O 버스(212)에 직간접적으로 연결될 수도 있다.

이 기술 분야에 숙련된 당업자라면, 도 2에 도시된 하드웨어를 변경할 수도 있음을 이해할 수 있을 것이다. 예컨대, 광디스크 드라이브 등의 다른 주변 장치가 또한 도시된 하드웨어에 부가해서 사용되거나 또는 그 하드웨어를 대신해서 사용될 수 있다. 상기 도시된 예는 본 발명과 관련해서 구조적인 제한을 의미하는 것은 아니다.

도 2에 도시된 데이터 처리 시스템은 예를 들어 AIX(Advanced Interactive Executive; 이 AIX는 IBM의 UNIX 운영 체제임) 운영 체제나 리눅스(LINUX) 운영 체제를 구동시키는 미국 뉴욕주 아몬크에 소재하는 IBM사 제품인 IBM eServer pSeries 시스템이 사용될 수 있다.

이하, 도 3을 참조하면, 본 발명이 구현될 수 있는 데이터 처리 시스템을 설명하는 블록도가 도시되고 있다. 데이터 처리 시스템(300)은 클라이언트 컴퓨터의 일례이다. 데이터 처리 시스템(300)은 PCI 로컬 버스 구조를 채택하고 있다. 비록 도시된 예가 PCI 버스를 채택하고 있을지라도, AGP(Accelerated Graphics Port) 및 ISA(Industry Standard Architecture)와 같은 다른 버스 구조가 사용될 수 있다. 프로세서(302) 및 주메모리(304)는 PCI 브리지(308)를 통해 PCI 로컬 버스(306)에 연결된다. PCI 브리지(308)는 또한 집적된 메모리 컨트롤러 및 프로세서(302)용 캐시 메모리를 포함할 수 있다. PCI 로컬 버스(306)로의 추가의 접속은 직접 부품의 상호 접속을 통해 이루어지거나 또는 부가 기판을 통해 이루어진다. 도시된 예에서, LAN(Local Area Network) 어댑터(310), SCSI 호스트 버스 어댑터(312) 및 확장 버스 인터페이스(314)는 직접 부품의 접속에 의하여 PCI 로컬 버스(306)에 연결된다. 이와 반대로, 오디오 어댑터(316), 그래픽 어댑터(318) 및 오디오/비디오 어댑터(319)는 확장 슬롯에 삽입된 부가 기판에 의하여 PCI 로컬 버스(306)에 연결된다. 확장 버스 인터페이스(314)는 키보드 및 마우스 어댑터(320), 모뎀(322) 및 추가의 메모리(324)용 접속을 제공한다. 소형 컴퓨터 시스템 인터페이스(SCSI; small computer system interface) 호스트 버스 어댑터(312)는 하드 디스크 드라이브(326), 테이프 드라이브(328) 및 CD-ROM 드라이브(330)용 접속을 제공한다.

운영 체제는 프로세서(302) 상에서 구동하고, 도 3의 데이터 처리 시스템(300) 내의 각종 부품들을 조정하며 그 각종 부품들을 제어하기 위해서 사용된다. 상기 운영 체제는 마이크로소프트사로부터 입수 가능한 윈도우 XP와 같은 상업적으로 이용가능한 운영 체제가 사용될 수 있다. 자바(Java)와 같은 객체 지향 프로그래밍 시스템(object oriented programming system)은 상기 운영 체제와 관련하여 구동될 수 있고, 데이터 처리 시스템(300)으로 실행하는 자바 프로그램 또는 애플리케이션의 운영 체제로 호출을 제공한다. "자바(Java)"는 선 마이크로시스템즈사(Sun Microsystems, Inc.)의 등록 상표이다. 상기 운영 체제, 객체 지향 운영 체제 및 애플리케이션 또는 프로그램에 대한 명령어는 하드 디스크 드라이브(326)와 같은 기억 장치에 위치되어 있고, 프로세서(302)에 의해 실행하기 위해 주메모리(304)에 로딩될 수 있다.

이 기술 분야에 숙련된 당업자라면 도 3의 하드웨어가 실시 형태에 따라 변화될 수 있음을 이해할 수 있을 것이다. 플래시 ROM(read-only memory), 등가의 비휘발성 메모리, 또는 광디스크 드라이브 등과 같은 기타의 다른 인터넷 하드웨어 또는 주변 장치가 도 3에 도시된 하드웨어에 부가해서 사용되거나 또는 그 하드웨어를 대신해서 사용될 수 있다. 또한, 본 발명의 프로세스는 멀티프로세서 데이터 처리 시스템에 적용할 수 있다.

도 3에 도시된 예 및 전술한 예는 구조적인 제한을 의미하는 것은 아니다. 추가의 예로서, 데이터 처리 시스템(300)은 개인 휴대 단말기(PDA; personal digital assistant) 장치나 노트북 컴퓨터가 될 수 있다.

본 발명은 그리드 내의 작업을 실행하는 처리와 관련된 상태 정보를 입수하기 위한 방법, 장치 및 컴퓨터 명령어를 제공한다. 본 발명의 메카니즘은 그리드내의 원격 노드 상에서 실행하는 작업에 대한 상태 정보를 입수하기 위한 노드의 능력을 제공한다. 본 발명의 메카니즘은 실행을 위해 작업이 제출되었을 때 복귀된 작업 식별자를 저장하는 단계를 포함한다. 현재, 이와 같은 프로세스는 이들 작업 식별자를 세이브하는 데 이용할 수 없고, 또한 원격 노드 상에서 실행하는 프로세스와 관련된 상태 정보를 입수하기 위해서 이들 작업 식별자를 사용하는 데 이용할 수 없다. 이러한 작업 식별자는 원격 처리용 상태 정보를 입수하기 위한 요구를 송신하기 위해 사용된다. 이와 같은 메카니즘은 그 프로세스 상태를 국소적으로 체크하는데 사용되는 현재 이용 가능한 유닉스(UNIX) 명령 "ps"로의 확장을 제공한다. 본 발명의 메카니즘은 원격으로 실행하는 프로세스용 정보를 입수하기 위한 능력을 제공한다.

이하, 도 4를 참조하면, 본 발명의 바람직한 실시예에 따라 네트워크 데이터 처리 시스템 내의 분산 논리부에 사용된 구성 요소를 설명하는 도면을 도시하고 있다. 이 예에서, 노드(400, 402, 404, 406, 408, 410, 412)는 그리드 내의 노드이다. 노드(414, 416, 418)는 그리드의 부분이 아닌 노드이다. 이러한 노드들은 도 1의 네트워크 데이터 처리 시스템(100)과 같은 네트워크 데이터 처리 시스템 내에 배치될 수 있다. 이와 같은 예에서, 이러한 노드들은 인터넷의 부분인 전체 노드들이다.

그리드 내의 상이한 노드들은 그리드 프로세스를 통해 서로 연결되고 있다. 이러한 프로세스는 예를 들어www.globus.org.의 글로버스 프로젝트(Globus Project)로부터 사용 가능한 글로버스 툴킷 2.2(Globus Toolkit 2.2)와 같은툴킷(Tool Kit)이 사용될 수 있다. 이 글로버스 프로젝트는 과학 및 공학적 컴퓨팅에 대한 그리드 개념의 애플리케이션을 가능하게 하는데 초점이 맞추어진 연구 개발 프로젝트이다. 이들 실시예에서 설명된 예 및 명령이 글로버스 툴킷 2.2와 함께 사용되고 있을지라도, 특정 실시 형태에 따라서 다른 유형의 그리드 처리 소프트웨어가 사용될 수도 있다.

이 예에서, 노드(404)는 실행을 위해 상이한 노드에 대한 수신 요구 및 분산 애플리케이션용의 그리드 자원 응용 관리(GRAM) 서비스로서 제공할 수 있다. 노드(404)는 사용자로부터의 요구를 수신한다. 이러한 요구는 사용자가 실행을 시도하는 모든 프로그램과 결합될 수 있는 디지털 인증서를 부착하는 고객 비밀 번호(pass phrase)로 사용자가 먼저 사인하는 경우에 수신된다. 그 후, 실행 애플리케이션 관리자로부터 애플리케이션이 선택된다. 또한, 하나 이상의 노드가 임의의 다른 필요한 원격 자원과 함께 실행하기 위해 선택될 수 있다.

예컨대, 노드(400)에서 사용자는 노드(404)로의 실행을 위해 하나 이상의 작업을 제출한다. 노드(404)는 작업의 처리를 위해 하나 이상의 노드를 선택한다. 작업은 모니터할 수 있는 임의의 작업이나 실행가능한 프로그램이다. "작업"은 센서 또는 다른 메카니즘일 수 있다. 그리드 컴퓨팅은 컴퓨터 이외의 프로그램(non-computer-program)을 지렛대의 작용으로서 설계되고 있다. 예컨대, 네일(nail)을 두드리기를 원하는 그리드 부착 메카니즘의 상태는 이 메카니즘이 네일의 수를 다시 보고하는 상태로 수집될 수 있다. 이것은 프로세스가 실시되었을 때 상기 메카니즘이 프로세스 상태를 달성하는 방법을 보고하는 것을 필요로 할 수 있는 가능성을 가져온다. 예컨대, 작업이 "네일 파운더(Nail-pounder)"로 칭하는 그리드 노드에 제출되면, 이 노드는 "number-pounded-status" 프로그램이 작업의 상태가 요구되었을 때 호출을 위한 상태 프로그램인 것을 다시 보고한다.

이들 예에서, 작업은 글로버스 작업 제출(globus-job-submit) 요구 또는 명령을 사용해서 그리드로 제출된다. 이 프로세스의 파트로서, 노드(404)는 선택된 노드에서 작업을 처리하는 데 필요한 적합한 애플리케이션을 선택할 것이다. 예컨대, 노드(408, 410)는 노드(400)로부터 제출된 작업을 처리하기 위한 노드로서 선택될 수 있다. 그 이후에, 노드(404)는 그 작업을 적합한 애플리케이션에 의해 실행하기 위한 노드(408, 410)로 전송한다.

사용자는 노드(400)에서 노드(408, 410)에 의해 처리되는 작업의 상태를 입수하는 것을 원할 수 있다. 이 예에서, 본 발명의 메카니즘은 노드(400)로 하여금 원격 노드 상에서 처리하는 작업에 대한 상태 정보의 입수를 가능하게 하기 위하여 추가의 명령, 그리드 프로세스 상태(GPS) 명령을 제공한다. 이 메카니즘은 그 상태 정보를 요구하는 클라이언트에 대한 변경만을 필요로 한다. 노드(404)에 의하여 제공된 GRAM 서비스와 같은 서버 처리에 대한 변경은 필요하지 않게 된다.

노드(400)에서의 그리드 프로세스 상태 명령의 생성에 있어서, 작업은 글로버스 작업 제출(globus-job-submit)을 통해 그리드로 제출된다. 이 예에서 작업은 노드(404)로 제출된다. 이러한 명령은 작업이 요청되었을 때 저장된 정보에 의하여 인에이블된다. 본 발명의 메카니즘은 "my-job-submit" 명령을 포함한다. 이 명령을 사용해서 그리드에 작업이 제출되면, 본 발명의 메카니즘은 글로버스 작업 제출에의하여 복귀되는 복귀 RSL(resource specification definition language) 스트링을 판독하기 위하여 글로버스 작업 제출(globus-job-submit) 주변에 배치된다. RSL은 자원을 설명하기 위한 공통의 교환 언어를 제공한다. 글로버스 자원 관리 구조의 성분들은 시스템 내의 다른 부품과 협력하여 그들 관리 기능을 실시하기 위한 RSL 스트링을 조정한다. RSL은 복잡한 자원 설명을 구성하는데 사용된 골격 구문을 제공하고, 각종 자원 관리 성분들은 특정 <attribute, value> 페어링을 이러한 공통 구조 내에 삽입한다. 자원 설명에서의 각각의 속성은 자원 관리 시스템 내의 하나 이상의 성분의 동작을 제어하기 위한 파라미터로서 기능한다.

이들 예에 있어서, 래퍼(wrapper)는 래퍼 "my-job-submit"로서 언급된다. 소정의 파일 <remote_hostname> 이 작업을 제출하는 노드 상에서 존재하지 않으면, My-job-submit 명령은 파일 $HOME/.globus_job/<remote_hostname>을 작성할 것이다. 응답이 반송되면, 상기 원격 호스트명(remote hostname)은 복귀 RSL 스트링으로부터 취득한다. 상기 $HOME/.globus_job/<remote_hostname> 파일 내에 저장되는 상기 복귀 RSL 스트링으로부터 원격 프로세스 ID가 또한 추출된다.

추후에, 사용자가 상태 정보의 입수를 원하면, 사용자는 "gps" 명령을 입력한다. 이 "gps" 명령은 상기 $HOME/.globus_job 디렉토리에서 모든 파일들을 판독한다. 그 이후에, 이들 호스트 상에서 구동하는 작업의 프로세스 상태를 구하기 위해서 원격 작업을 이들 호스트에 대해서 명령을 발행하고, 그 관련된 $HOME/.globus_job/<remote_hostname> 파일에 저장된 대응하는 프로세스 ID에 대해 조사한다. 전술한 예에 있어서, 이들 작업에 대한 요구는 특정 실시 형태에 따라서노드로 직접 전송되거나 또는 그리드 서버 프로세스를 통해 전송될 수 있다.

이 예에서, 노드(400)는 도 2의 데이터 처리 시스템(200)과 같은 서버를 사용해서 구현될 수 있다. 다른 노드들은 도 3의 데이터 처리 시스템(300)과 같은 데이터 처리 시스템을 사용해서 구현될 수 있다.

이하, 도 5를 참조하면, 본 발명의 바람직한 실시예에 따라 마이 작업 제출 명령(my-job-submit command)에 대한 응답을 나타낸 도면을 도시하고 있다. 스트링(500)은 마이 작업 제출 명령을 사용해서 작업을 제출하는 노드에 역으로 전송하는 작업 ID 스트링의 일례이다. 이 스트링은 자원 리스트라고 칭할 수도 있고, 본 발명의 메카니즘에 의하여 사용되며, 또한 작업에 대한 상태 정보를 입수하기 위해 사용된다. 이들 예에 있어서, 이러한 스트링은 프로세스를 실행하는 글로버스 작업 관리자에 의해 작성된다. 글로버스 작업 관리자는 작업을 처리하는 원격 노드 상에서 실행하는 프로그램 또는 프로세스이다. 스트링(500)의 섹션(502)은 프로세스 ID(PID)를 포함한다.

도 6에 있어서, 본 발명의 바람직한 실시예에 따라서 상태 정보를 입수하기 위해 사용되는 엔트리를 나타낸 도면을 도시하고 있다. 엔트리(600)는 파일(602)의 내부에 위치되어 있다. 이들 예에서 파일(602)의 파일명은 원격 호스트의 이름을 나타낸다. 이들 예에 있어서, 이 파일은 "$HOME/.globus_job"이라 칭하는 디렉토리 내에 저장된다. 파일(604)는 "<other host>"라 칭하는 다른 호스트에 대한 파일이다. 이 예에 있어서, 엔트리(600)는 프로세스 ID(606)와 작업 ID(608)를 포함한다. 이러한 정보는 스트링(500)과 같은 작업 ID 스트링이 마이 작업 제출 명령에 응답해서 반송되는 경우에 세이브된다. 다음에, 그리드 프로세스 상태 명령이 실행되는 경우에, 본 발명의 메카니즘은 프로세스 정보를 입수하기 위해 "ps-efl"이라 칭하는 작업을 제출한다.

이 예에서, "ps"는 프로세스 상태에 대한 약자이고, "efl"은 상기 프로세스 상태의 요청에 대한 옵션이다. ps 명령은 능동 프로세스에 대한 정보를 프린트한다. 플레그가 없이, ps는 제어 단자와 관련된 프로세스에 대한 정보를 프린트한다. 그 출력은 프로세스 ID, 단자 식별자, 누적 실행 시간, 및 명령명을 포함한다. 그에 따라서 플레그로 디스플레이되는 정보는 변경된다. 예컨대, "-e"는 핵심 처리(kernel process)를 제외하고 모든 프로세스에 대한 표준 출력 정보로 기록하는 옵션이고; "-f"는 풀 리스팅(full listing)을 생성하는 옵션이며; "-l"은 긴 리스팅(long listing)을 생성하는 옵션이다. 전술한 네일 파운더의 예에서 설명한 바와 같이, 이것은 작업 제출 시간의 원격 노드에 의해 복귀된 임의의 상태 모니터링 프로그램이 될 수 있다.

도 7을 참조하면, 본 발명의 바람직한 실시예에 따라 상태 정보를 포함하는 응답을 나타낸 도면을 도시하고 있다. 응답(700)은 ps-efl 작업이 제출될 때 반송된 응답의 일례이다. 글로벌 프로세스 상태 명령은 각각의 프로세스 ID에 대한 디스플레이용의 반송 정보를 포맷한다.

이하 도 8을 참조하면, 본 발명의 바람직한 실시예에 따라서 작업 상태 정보의 디스플레이의 일례를 도시한다. 이 예에 있어서, 디스플레이(800)는 단일 작업 프로세스에 대한 정보를 디스플레이한다. 물론, 작업(800)의 내부에는 많은 작업프로세스를 나타낼 수 있다. 이 예에 있어서, 디스플레이(800)는 각 프로세스에 대하여 다음과 같은 필드들, F(801), S(802), UID(804), PID(806), PPID(808), C(810), PRI(812), NI(814), ADDR(816), SZ(818), WCHAN(820), STIME(822), TTY(824), TIME(826) 및 CMD(828)를 제공한다. F(801)는 프로세스(process)이거나, 또는 -L 옵션이 지정되면 스레드(thread)와 관련된 플레그[16 진수(hexadecimal) 및 첨가물(additive)]를 포함한다. S(802)는 프로세스 또는 커널 스레드(kernel thread)의 상태를 나타내고, UID(804)는 프로세스의 사용자 ID 번호이다. PID(806)는 작업에 대한 프로세스 ID를 나타낸다. 이 프로세스 ID는 프로세스가 가동중인 노드에 대해서만 독특하다. PPID(808)는 현재의 프로세스의 프로세스 ID이다. 다음에, C(810)는 프로세스 또는 스레드의 CPU 이용율이다. 이 값은 시스템 클럭 틱(clock tick)과 프로세스 또는 스레드가 구동되는 동안 발견되면 각 시간을 증분시킨다. 그 값은 초당 한번 2로 분할됨으로써 스케줄러에 의해 감쇠된다. 스케쥴링해서 작업 수행된 다른 정책(sched_other policy)의 경우, CPU 이용율은 프로세스 스케쥴링 우선 순위를 결정하는 데 사용된다. 큰 값은 CPU 집중 프로세스를 나타내고 낮은 프로세스 우선 순위가 되는 반면, 작은 값은 I/O 집중 프로세스를 나타내고 더욱 유리한 우선 순위가 된다. 이러한 필드에 대한 디폴트 헤더(default header)는 C이다.

PRI(812)는 프로세스 또는 커널 스레드의 우선 순위를 나타낸다. PRI(812) 내에서 더 높은 번호는 낮은 우선 순위를 의미한다. NI(814)는 상기 스케쥴링해서 작업 수행된 다른 정책(sched_other policy)에 대한 우선 순위의 계산시에 사용된프로세스의 좋은 값을 나타낸다. ADDR(816)은 프로세스 스택의 세그먼트 번호를 포함하는데, 일반적인 경우인 커널 프로세스의 경우에는 사전 처리 데이터 영역의 어드레스를 포함한다. SZ(818)는 그 프로세스의 코어 이미지(core image)의 페이지 크기를 나타낸다. WCHAN(820)은 프로세스 또는 커널 스레드가 대기중이거나 또는 수면중인 이벤트이다. 커널 스레드의 경우, 이 필드는 커널 스레드가 실행중이면 블랭크(blank)이다. 특정 프로세스의 경우, 대기 채널은 단지 하나의 커널 스레드가 수면중이라면 수면중 커널 스레드의 대기 채널로서 규정되고, 그렇지 않으면, 스타(star)가 디스플레이된다.

STIME(822)은 프로세스의 개시 시간을 나타낸다. 랭 환경 변수(LANG environment variables)는 이 필드의 모양을 제어한다. TTY(824)는 프로세스에 대한 제어 워크스테이션으로서, "-"는 그 프로세스가 워크스테이션과 관련되지 않은 것을 의미하고, "?"는 워크스테이션이 알려지지 않은 것을 의미한다. TIME(826)은 프로세스에 대한 총 실행 시간을 나타낸다. CMD(828)는 명령명을 포함한다. 전체 명령명과 그 파라미터는 이러한 예시에서 디스플레이되고 있다.

또한, 정보를 가상적으로 프리젠팅하는 것 외에도, 다른 유형의 프리젠테이션이 사용될 수도 있다. 예컨대, 기타의 다른 정보를 스피커를 통하여 들을 수 있게 제공할 수 있다.

다음에, 도 9를 참조하면, 본 발명의 바람직한 실시예에 따라서 작업을 제출하는 프로세스의 흐름도를 도시하고 있다. 이 프로세스는 마이 작업 제출 명령이 사용되는 경우에 개시된 프로세스의 일례이다. 도 9에 예시된 프로세스는 도 4의노드(400)와 같은 노드로 구현될 수 있다.

이 프로세스는 작업을 제출하는 것에 의하여 원격 자원에 의한 처리를 개시한다(단계 900). 이 작업은 마이 작업 제출 명령을 사용해서 제출된다. 복귀 스트링을 수신한다(단계 902). 이러한 복귀 스트링으로부터 프로세스 ID와 작업 ID가 세이브(단계 904)되고, 그 이후에 처리를 종료한다. 이 정보는 원격 노드 상에서 상태 정보를 입수하는데 사용하기 위해 도 6의 파일(602)과 같은 파일로 세이브된다. 작업이 종료되면, 프로세스 ID(PID)는 ps 명령에 응답하여 보고되지 않는다. 작업이 완성되면, 그 완성이 보고된다.

다음에, 도 10을 참조하면, 본 발명의 바람직한 실시예에 따라서 상태 명령을 처리하는 프로세스의 흐름도를 도시하고 있다. 도 10에 예시된 프로세스는 그리드 프로세스 상태 명령의 실행에 응답하여 개시된다. 이 도면 도 10에 나타낸 단계들은 상태 정보에 대한 요구를 제출하는 그리드 프로세스 상태 명령의 부분을 도시한다. 이 프로세스는 도 4의 노드(400)와 같은 노드 상에서 실행될 수 있다.

이 프로세스는 파일을 식별하는 것에 의하여 처리를 개시한다(단계 1000). 이러한 파일들은 처리용 파일들이 저장된 상태로 디렉터(director) 또는 폴더(folder)로 식별된다. 이러한 파일들은 예를 들어 도 6의 파일(602, 604)이 될 수도 있다. 그 이후에, 식별된 파일들 중 1개의 파일이 처리를 위해 선택된다(단계 1002). 그 후, 프로세스 상태를 입수하기 위해 작업을 제출한다(단계 1004). 다음에, 추가의 처리되지 않은 파일이 존재하는지의 여부에 대한 판정이 이루어진다(단계 1006). 추가의 파일이 존재하면, 프로세스는 전술한 단계 1002의 파일 선택 단계로 복귀시키고, 그렇지 않으면 프로세스를 종료시킨다.

이하, 도 11을 참조하면, 본 발명의 바람직한 실시예에 따라서 복귀된 상태 정보를 처리하는데 사용하는 프로세스의 흐름도를 도시하고 있다. 도 11에 예시된 프로세스는 이 프로세스 상의 상태 정보가 복귀되었을 때 그리드 프로세스 상태 명령에 의해 사용된 단계들을 나타낸다.

이 프로세스는 응답을 수신하기 위해 대기하는 것에 의하여 처리를 개시한다(단계 1100). 응답이 수신되면, 이 응답을 도 8의 디스플레이(800)와 같은 디스플레이에 표시한다(단계 1102). 다음에, 그 이외의 응답이 예상되는지의 여부를 판정하는 프로세스가 수행된다(단계 1104). 추가의 응답이 예상되면, 프로세스는 전술한 단계 1100의 대기 단계로 복귀되고, 그렇지 않으면 프로세스를 종료시킨다.

다음에, 도 12를 참조하면, 본 발명의 바람직한 실시예에 따라서 마이 작업 제출 명령에 대한 의사 코드를 나타낸 도면을 도시하고 있다. 코드(1200)는 쉘 명령(Shell Command) 또는 쉘 스크립트(Shell Script) 내의 코드의 일례이다. 코드(1200)는 필요한 작업을 제출하고, 나중에 상태 정보를 입수하는데 사용하기 위한 복귀 스트링을 세이브할 것이다.

도 13을 참조하면, 본 발명의 바람직한 실시예에 따라서 그리드 프로세스 상태 명령에 대한 의사 코드를 나타낸 도면을 도시하고 있다. 코드(1300)는 쉘 명령 또는 쉘 스크립트 내의 코드의 일례이다. 이 예에 있어서, 코드(1300)는 현재 처리중인 작업을 식별하기 위해 사용된다.

따라서, 본 발명은 원격 노드 상에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 방법, 장치 및 컴퓨터 명령어를 제공한다. 본 발명의 메카니즘은 원격 노드 상에서 실행하는 프로세스에 관한 정보를 입수하기 위해 노드에서 사용자에 대한 능력을 제공한다. 이 메카니즘은 상태 명령이 실행되는 클라이언트 또는 노드에 대해서 원격 조작하기 위한 프로세스 또는 서비스에 대한 변경 또는 수정이 필요하지 않게 된다.

본 발명의 메카니즘은 작업을 제출하는 새로운 작업 제출 명령인 마이 작업 제출 명령을 제공하고, 상태 정보를 입수하는데 사용하는 복귀 스트링을 세이브한다. 또한, 본 발명의 메카니즘은 마이 작업 제출 명령에 의해 세이브된 정보를 사용해서 원격 노드 상에서 작업의 상태 정보를 입수하는데 사용되는 그리드 프로세스 상태 명령을 제공한다.

본 발명이 완전하게 기능하는 데이터 처리 시스템의 정황에 있어서 설명되고 있지만, 이 기술 분야에 숙련된 당업자라면 본 발명의 프로세스가 컴퓨터 판독 가능한 매체의 명령어의 유형 및 다양한 유형으로 분포될 수 있고, 또한 본 발명이 그 분포를 수행하는데 실제로 사용되는 특정 유형의 신호 수용 매체와 관계없이 동등하게 적용할 수도 있음을 이해할 수 있을 것이다. 컴퓨터 판독 가능한 매체의 예로서는 플로피 디스크, 하드 디스크 드라이브, RAM, CD-ROM, DVD-ROM 및 예를 들어 무선 주파수(RF; radio frequency)와 광파 전송(light wave transmission)과 같은 전송 유형을 이용한 무선 통신 링크, 유선 통신 링크 또는 디지털 및 아날로그 통신 링크 등과 같은 전송 타입의 매체와 같은 기록 가능한 타입의 매체를 포함한다.이 컴퓨터 판독 가능한 매체는 특정 데이터 처리 시스템에 실제 사용하기 위해서 디코딩되는 코드화된 포맷(coded format)의 형태를 취할 수 있다.

본 발명의 상세한 설명은 단지 특정 실시예를 참조해서 예시 및 설명의 목적으로 개시하는 것이지만, 전술한 특정 실시예의 형태로 본 발명을 한정하는 것은 아니다. 이 기술 분야에 통상의 지식을 가진자라면 여러 가지의 변형 및 수정이 가능함을 이해할 수 있을 것이다. 본 발명의 실시예는 본 발명의 원리 및 실질적인 적용을 가장 잘 설명하기 위해서 선택되어 기술되고 있고, 이 기술 분야에 숙련된 당업자라면 첨부된 특허 청구의 범위에서 명시된 바와 같은 본 발명의 기술적 사상 또는 범주에서 벗어나지 않는 범위 내에서 여러 가지의 변형 및 수정이 가능함을 이해할 수 있을 것이다.

이상 설명한 바와 같이, 본 발명에 의하면 네트워크 데이터 처리 시스템의 원격 노드 상에서 실행하는 작업의 프로세스와 관련된 상태 정보의 입수를 용이하게 하는 이점을 실현할 수 있다.

Claims

데이터 처리 시스템 내의 그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 방법으로서,

상기 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업(job)의 제출에 응답해서, 상기 원격 노드로부터 작업 식별자(job identifier)를 수신하는 단계와;

상기 작업 식별자를 작업 식별자의 세트로 세이브하는 단계와;

상기 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답해서, 실행중인 프로세스에 대한 상기 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 상기 작업 식별자의 세트를 사용해서 제출하고, 작업 상태 요구의 세트를 형성하는 단계와;

상기 작업 상태 요구의 세트에 대한 응답을 수신하는 단계와;

상기 응답을 프리젠팅하는 단계

를 포함하는 상태 정보 입수 방법.
제1항에 있어서, 상기 작업 식별자는 파일로 세이브되는 것인 상태 정보 입수 방법.
제1항에 있어서, 특정 작업이 수행되는 것을 나타내는 작업 상태 요구에 응답하면 특정 작업에 대한 작업 식별자의 세트 내에 특정 작업 식별자를 제거하는 단계를 더 포함하는 상태 정보 입수 방법.
제1항에 있어서, 상기 데이터 처리 시스템에서 실행하는 논리 작업에 대한 상기 작업 식별자의 세트로 작업 식별자를 세이브하는 단계를 더 포함하는 상태 정보 입수 방법.
제1항에 있어서, 상기 작업 식별자의 세트 내의 각 작업 식별자는 유일한 식별자(unique identifier)인 것인 상태 정보 입수 방법.
제1항에 있어서, 상기 작업 상태에 대한 요구는 적어도 하나의 사용자 입력 및 주기적인 이벤트에 응답하여 발생되는 것인 상태 정보 입수 방법.
제1항에 있어서, 상기 원격 노드는 GRAM인 것인 상태 정보 입수 방법.
제1항에 있어서, 상기 응답은 적어도 하나의 디스플레이 스크린 및 스피커를 사용해서 나타내는 것인 상태 정보 입수 방법.
그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 데이터 처리 시스템으로서,

상기 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업의 제출에 응답해서, 상기 원격 노드로부터 작업 식별자를 수신하는 제1 수신 수단과;

상기 작업 식별자를 작업 식별자의 세트로 세이브하는 세이브 수단과;

상기 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답해서, 실행중인 프로세스에 대한 상기 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 상기 작업 식별자의 세트를 사용해서 제출하고, 작업 상태 요구의 세트를 형성하는 작업 상태 요구 제출 수단과;

상기 작업 상태 요구의 세트에 대한 응답을 수신하는 제2 수신 수단과;

상기 응답을 프리젠팅하는 프리젠팅 수단

을 포함하는 데이터 처리 시스템.
제9항에 있어서, 상기 작업 식별자는 플랫 파일(flat file)로 세이브되는 것인 데이터 처리 시스템.
제9항에 있어서, 특정 작업이 수행되는 것을 나타내는 작업 상태 요구에 응답하면 특정 작업에 대한 작업 식별자의 세트 내에 특정 작업 식별자를 제거하는 제거 수단을 더 포함하는 데이터 처리 시스템.
제9항에 있어서, 상기 데이터 처리 시스템에서 실행하는 논리 작업에 대한 상기 작업 식별자의 세트로 작업 식별자를 세이브하는 세이브 수단을 더 포함하는데이터 처리 시스템.
제9항에 있어서, 상기 작업 식별자의 세트 내의 각 작업 식별자는 유일한 식별자인 것인 데이터 처리 시스템.
제9항에 있어서, 상기 작업 상태에 대한 요구는 적어도 하나의 사용자 입력 및 주기적인 이벤트에 응답하여 발생되는 것인 데이터 처리 시스템.
제9항에 있어서, 상기 원격 노드는 GRAM인 것인 데이터 처리 시스템.
제9항에 있어서, 상기 응답은 적어도 하나의 디스플레이 스크린 및 스피커를 사용해서 나타내는 것인 데이터 처리 시스템.
그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 데이터 처리 시스템으로서,

버스 시스템과;

상기 버스 시스템에 접속되며, 명령어의 세트를 포함하는 메모리와;

상기 버스 시스템에 접속된 처리 유닛

을 포함하고,

상기 처리 유닛은,

상기 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업의 제출에 응답해서 상기 원격 노드로부터 작업 식별자를 수신하는 것과; 상기 작업 식별자를 작업 식별자의 세트로 세이브하는 것과; 상기 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답해서 실행중인 프로세스에 대한 상기 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 상기 작업 식별자의 세트를 사용해서 제출하고 작업 상태 요구의 세트를 형성하는 것과; 상기 작업 상태 요구의 세트에 대한 응답을 수신하는 것과; 상기 응답을 프리젠팅하는 것을 수행하도록 하는 명령어의 세트를 포함하는 것인 데이터 처리 시스템.
그리드에서 실행하는 프로세스에 대한 상태 정보를 입수하기 위한 컴퓨터 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체로서,

상기 데이터 처리 시스템에서 그리드 상의 원격 노드로의 작업의 제출에 응답해서 상기 원격 노드로부터 작업 식별자를 수신하는 제1 명령어와;

상기 작업 식별자를 작업 식별자의 세트로 세이브하는 제2 명령어와;

상기 데이터 처리 시스템에서 제출된 작업 상태에 대한 요구에 응답해서 실행중인 프로세스에 대한 상기 작업 식별자의 세트 내의 각 작업 식별자에 대한 작업 상태 요구를 상기 작업 식별자의 세트를 사용해서 제출하고 작업 상태 요구의 세트를 형성하는 제3 명령어와;

상기 작업 상태 요구의 세트에 대한 응답을 수신하는 제4 명령어와;

상기 응답을 프리젠팅하는 제5 명령어

를 포함하는 컴퓨터 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체.
제18항에 있어서, 상기 작업 식별자는 플랫 파일로 세이브되는 것인 컴퓨터로 판독 가능한 기록 매체.
제18항에 있어서, 특정 작업이 수행되는 것을 나타내는 작업 상태 요구에 응답하면 특정 작업에 대한 작업 식별자의 세트 내에 특정 작업 식별자를 제거하는 제6 명령어를 더 포함하는 컴퓨터로 판독 가능한 기록 매체.