KR20160005144A

KR20160005144A - 커맨드 명령 관리

Info

Publication number: KR20160005144A
Application number: KR1020157036965A
Authority: KR
Inventors: 무라트 발키; 크리스토퍼 폴 프라스카티; 아비나쉬 세트하라마이아
Original assignee: 퀄컴 인코포레이티드
Priority date: 2013-05-31
Filing date: 2014-04-30
Publication date: 2016-01-13
Also published as: US20140354660A1; CN105247478B; JP2016528566A; KR101676990B1; US9165337B2; CN105247478A; JP5969145B1; WO2014193591A1; EP3005304A1

Abstract

커맨드 버퍼의 메모리 유닛들의 체인의 메모리 유닛들에 커맨드들을 기입하기 위한 기술들이 설명된다. 그 기술들은 커맨드들을 기입하고, 기입 동안, 메모리 유닛의 체인에 충분한 공간이 있지 않다고 결정되면, 그 기술들은 이전에 확인된 커맨드들을 플러시할 수도 있다. 기입 이후, 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않다고 그 기술들이 결정하면, 그 기술들은 이전에 확인된 커맨드들을 플러시할 수도 있다.

Description

커맨드 명령 관리{COMMAND INSTRUCTION MANAGEMENT}

본 출원은 2013년 5월 31일자로 출원되어 그 전체 내용이 본 명세서에 참조로 통합되는 미국 가출원 제61/829,487호의 이익을 주장한다.

본 개시는 그래픽스 프로세싱을 위한 기술들에 관한 것으로서, 더 상세하게는, 그래픽스 프로세싱을 위한 커맨드들을 저장하기 위한 기술들에 관한 것이다.

그래픽 사용자 인터페이스들 및 비디오 게임들을 위한 콘텐츠와 같은 디스플레이용 시각적 콘텐츠는 그래픽스 프로세싱 유닛 (GPU) 에 의해 생성될 수도 있다. GPU 는 2차원 (2D) 또는 3차원 (3D) 그래픽 오브젝트들을, 디스플레이 디바이스 상에서 디스플레이될 수도 있는 2D 픽셀 표현으로 변환할 수도 있다. 그 기능들을 수행하기 위해, GPU 는 중앙 프로세싱 유닛 (CPU) 과 같은 어플리케이션 프로세서에 의해 발행된 커맨드들을 실행한다. 일반적으로, CPU 는 커맨드들을 커맨드 버퍼에 저장하고, GPU 는 실행을 위해 커맨드 버퍼로부터 커맨드들을 취출한다.

일반적으로, 본 개시는 확인 기반 커맨드 버퍼 큐 생성 기술들을 설명한다. 예를 들어, 그 기술들은 기입한 이후 커맨드들을 확인하는 것을 기술한다. 커맨드들을 확인함으로써, 커맨드들의 다음 세트가 기입될 수 없으면 또는 커맨드들의 다음 세트의 기입 동안 결정된 바와 같은, 커맨드들의 다음 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않으면, 프로세서는 확인된 커맨드들을 제출할 수도 있어서, 추가적인 메모리 유닛들이 활용될 수 있게 하거나 또한 할당 리스트가 리셋될 수 있게 한다.

예를 들어, 프로세서가 커맨드 버퍼의 메모리 유닛들에 커맨드들의 세트를 기입할 수 있으면, 프로세서는, 프로세서가 설정된 커맨드들을 기입하는 것을 종료하였던 메모리 유닛 내 위치 (예를 들어, 메모리 유닛 내의 커맨드들의 세트의 말단의 위치) 를 식별하는 확인 포인트를 식별할 수도 있다. 그 후, 프로세서는 확인 포인트로부터 시작하는 커맨드들의 다음 세트를 기입할 수도 있다. 하지만, 기입 동안 커맨드들의 전체 세트가 메모리 유닛들에 기입될 수 없다고 프로세서가 결정하거나 또는 커맨드들의 기입 이후 커맨드들의 세트와 연관된 핸들들의 충분한 할당 리스트 공간이 있지 않다고 프로세서가 결정하면, 프로세서는 확인 포인트 이전에 커맨드들을 제출할 수도 있다. 확인 포인트 이전에 커맨드들을 제출하는 것은 프로세서로 하여금 추가적인 메모리 유닛들에 커맨드들의 세트의 나머지 커맨드들을 기입하게 하거나 또는 확인 포인트 이후 커맨드들과 연관된 핸들들에 대한 충분한 공간을 생성하게 할 수도 있다.

일 예에 있어서, 본 개시는 커맨드들을 저장하기 위한 방법을 기술하며, 그 방법은, 프로세서로, 메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하는 단계를 포함한다. 그 방법은, 메모리 유닛들의 체인의 말단에, 커맨드들의 현재 세트의 기입 동안 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드의 현재 세트의 커맨드들이 도달되는지 여부, 및 커맨드들의 현재 세트의 기입 이후 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부 중 적어도 하나를, 프로세서로, 결정하는 단계를 포함한다. 그 방법은 또한, 결정에 기초하여 메모리 유닛들의 체인의 말단에, 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 결정에 기초하여 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있지 않으면, 커맨드들의 현재 세트의 기입 이전 메모리 유닛들의 체인에 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을, 프로세서로, 제출하는 단계를 포함한다.

일 예에 있어서, 본 개시는 커맨드 버퍼를 포함하는 시스템 메모리, 및 프로세서를 포함하는 디바이스를 기술한다. 프로세서는 메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하도록 구성된다. 프로세서는 또한, 메모리 유닛들의 체인의 말단에, 커맨드들의 현재 세트의 기입 동안 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드의 현재 세트의 커맨드들이 도달되는지 여부, 및 커맨드들의 현재 세트의 기입 이후 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부 중 적어도 하나를 결정하도록 구성된다. 프로세서는 추가로, 결정에 기초하여 메모리 유닛들의 체인의 말단에, 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 결정에 기초하여 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있지 않으면, 커맨드들의 현재 세트의 기입 이전 메모리 유닛들의 체인에 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을 제출하도록 구성된다.

일 예에 있어서, 본 개시는 명령들이 저장된 컴퓨터 판독가능 저장 매체를 기술하며, 그 명령들은, 실행될 경우, 하나 이상의 프로세서들로 하여금 메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하게 한다. 명령들은 또한, 하나 이상의 프로세서들로 하여금 메모리 유닛들의 체인의 말단에, 커맨드들의 현재 세트의 기입 동안 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되는지 여부, 및 커맨드들의 현재 세트의 기입 이후 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부 중 적어도 하나를 결정하게 한다. 명령들은 또한, 하나 이상의 프로세서들로 하여금 결정에 기초하여 메모리 유닛들의 체인의 말단에, 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 결정에 기초하여 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있지 않으면, 커맨드들의 현재 세트의 기입 이전 메모리 유닛들의 체인에 하나 이상의 프로세서들에 의해 저장되었던 이전에 확인된 커맨드들을 제출하게 한다.

일 예에 있어서, 본 개시는 메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하는 수단을 포함하는 디바이스를 기술한다. 그 디바이스는 또한, 메모리 유닛들의 체인의 말단에, 커맨드들의 현재 세트의 기입 동안 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드의 현재 세트의 커맨드들이 도달되는지 여부, 및 커맨드들의 현재 세트의 기입 이후 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부 중 적어도 하나를 결정하는 수단을 포함한다. 그 디바이스는, 메모리 유닛들의 체인의 말단에, 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있지 않으면, 커맨드들의 현재 세트의 기입 이전 메모리 유닛들의 체인에 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을 제출하는 수단을 더 포함한다.

하나 이상의 예들의 상세들이 첨부 도면들 및 하기의 설명에 개시된다. 다른 특징들, 목적들, 및 이점들은 그 설명 및 도면들로부터, 그리고 청구항들로부터 명백할 것이다.

도 1 은 본 개시에서 설명된 하나 이상의 예시적인 기술들을 구현하도록 구성될 수도 있는 디바이스를 도시한 블록 다이어그램이다.
도 2 는 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 커맨드 버퍼에 저장된 확인된 커맨드들 및 미확인된 커맨드들을 도시한 개념 다이어그램이다.
도 3 은 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 커맨드 버퍼에 저장된 확인된 커맨드들 및 미확인된 커맨드들을 도시한 다른 개념 다이어그램이다.
도 4 는 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 예시적인 동작을 도시한 플로우차트이다.
도 5 는 본 개시에서 설명된 하나 이상의 예시적인 기술들을 구현하도록 구성될 수도 있는 디바이스를 도시한 블록 다이어그램이다.

본 개시에서 설명된 기술들은 커맨드 명령들을 커맨드 버퍼에 저장하는 것에 관한 것이다. 예시의 목적을 위해, 본 개시의 기술들은, 프로세서가 그래픽스 프로세싱 유닛 (GPU) 에 대한 커맨드 명령들을 커맨드 버퍼에 저장하는 방식에 관하여 설명된다.

예를 들어, 프로세서 (예를 들어, 중앙 프로세싱 유닛 (CPU)) 상에서 실행하는 어플리케이션은 프로세서로 하여금 그래픽스 데이터 뿐아니라, 그래픽스 데이터와 같은 데이터가 프로세싱되게 되는 방식에 관하여 다른 프로세서 (예를 들어, GPU) 에 명령하는 명령들을 생성하게 한다. 프로세서 상에서 또한 실행하는 그래픽스 드라이버는, GPU 가 그래픽스 데이터를, GPU 가 프로세싱할 수 있는 데이터 패킷들 (예를 들어, pm4 데이터 패킷들) 로 프로세싱 및 변환하는 커맨드들로 명령들을 변환한다. 용어 "pm4 데이터 패킷들" 은 일반적으로, 커맨드들 또는 데이터의 패킷들과 같이 GPU 가 프로세싱할 수 있는 데이터 패킷들을 지칭한다. 프로세서는, 그래픽스 드라이버를 통해, 커맨드들 및 생성된 그래픽스 데이터를 시스템 메모리 (예를 들어, 프로세서 및 GPU 를 포함하는 디바이스의 메모리) 에 저장한다. 일반적으로, 프로세서는, 그래픽스 드라이버를 통해, 커맨드들을 시스템 메모리 내의 전용 커맨드 버퍼에 저장한다. 프로세서의 오퍼레이팅 시스템은 시스템 메모리의 일부를 커맨드 버퍼로서 전용할 수도 있다.

본 개시에서 설명된 기술들에 따르면, 프로세서는 커맨드들을 저장하기 위해 커맨드 버퍼에 충분한 공간이 있는지 여부 또는 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 먼저 결정하지 않고 커맨드 버퍼의 메모리 유닛에 커맨드들의 세트를 기입하려고 시도할 수도 있다. 커맨드 버퍼는 복수의 메모리 유닛들의 체인으로서 고려될 수 있으며, 여기서, 각각의 유닛은 복수의 커맨드들을 저장할 수 있다. 프로세서가 메모리 유닛들의 체인에 커맨드들의 세트를 기입할 수 있고 그리고 커맨드들과 연관된 (하기에서 더 상세히 설명되는) 핸들들에 대한 할당 리스트에 충분한 공간이 있으면, 프로세서는, 프로세서가 커맨드들의 세트를 기입하는 것을 종료하였던 메모리 유닛들의 메모리 유닛 내의 위치를 식별할 수도 있다. 프로세서가 커맨드들의 세트를 기입하는 것을 종료하였던 메모리 유닛 내의 위치는 확인 포인트로서 지칭되고, 확인 포인트 전에 저장된 커맨드들은 확인된 커맨드들로서 지칭된다. 그 후, 프로세서는 확인 포인트로부터 시작하는 커맨드들의 다음 세트를 기입할 수도 있다.

커맨드들의 다음 세트의 기입 동안, 커맨드들의 다음 세트의 커맨드들 모두를 기입하기 위해 메모리 유닛들의 체인에 충분한 공간이 있지 않음을 프로세서가 결정하면, 프로세서는 GPU 에 의한 최종 실행을 위해 모든 확인된 커맨드들을 GPU 에 제출하기 위한 플러시를 트리거링할 수도 있다. 커맨드들의 다음 세트의 기입 이후, 커맨드들의 다음 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않음을 프로세서가 결정하면, 프로세서는 GPU 에 의한 최종 실행을 위해 모든 확인된 커맨드들을 GPU 에 제출하기 위한 플러시를 트리거링할 수도 있다.

최종 실행을 위한 GPU 의 커맨드들의 제출 (즉, 플러시) 은 프로세서로 하여금 플러시 이전에 저장되지 않았던 커맨드들의 다음 세트로부터의 임의의 나머지 커맨드들을 저장하기 위해 메모리 유닛들을 메모리 유닛들의 체인에 부가하게 한다. 또한, 커맨드들의 제출은 할당 리스트를 클리어링하며, 이는 커맨드들의 다음 세트와 연관된 핸들들에 대한 할당 리스트 공간을 프리하게 한다.

일반적으로, 프로세서가 GPU 에 의한 최종 실행을 위해 확인된 커맨드들을 GPU 에 제출할 경우, 프로세서는 임의의 기술을 활용하여 커맨드들을 실행을 위해 이용가능하게 하는 것으로서 고려될 수도 있다. 일 예로서, 프로세서는 커맨드들을 GPU 에 대한 커맨드 버퍼로 전달할 수도 있다. 다른 예로서, 확인된 커맨드들을 제출하는 것의 부분으로서, 프로세서는 확인된 커맨드들 및 확인 포인트의 위치를 저장하는 메모리 유닛들에 대한 메모리 어드레스들을 GPU 에 표시할 수도 있어서, GPU 가 확인된 커맨드들을 실행하려 할 경우, GPU 는 어디로부터 커맨드들에 액세스할지를 결정할 수 있다. 확인된 커맨드들을 GPU 에 제출하는 다른 예들이 가능하며, 그 기술들은 확인된 커맨드들을 제출하는 상기 예들로 한정되는 것으로 고려되지 않아야 한다.

일부 다른 기술들에 있어서, 커맨드 버퍼에 기입하기 이전에, 프로세서는 커맨드들을 저장하기 위해 메모리 유닛들의 현재 체인에 충분한 공간이 있는지 그리고 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 결정할 것이다. 예를 들어, 프로세서는 얼마나 많은 메모리 공간이 저장될 필요가 있는 커맨드들을 위해 필요한지를 결정하고 그리고 얼마나 많은 공간이 메모리 유닛들의 체인에서 현재 이용가능한지를 결정할 것이다. 또한, 프로세서는 얼마나 많은 공간이 커맨드들과 연관된 핸들들을 위해 필요한지 및 얼마나 많은 공간이 핸들들에 대한 할당 리스트에서 현재 이용가능한지를 결정할 것이다. 충분한 공간이 있지 않으면, 프로세서는 플러시 동작을 수행할 것이다.

예를 들어, 이들 다른 기술들에 있어서, 기입 이전에 결정될 때, 메모리 유닛들에 충분한 공간이 있지 않거나 할당 리스트에 충분한 공간이 있지 않으면, 프로세서는 메모리 유닛들 및 할당 리스트에 커맨드들을 제출하고, 할당 리스트를 클리어링하고, 제출된 커맨드들을 갖는 메모리 유닛들을 체인으로부터 제거하고, 그리고 필요에 따라 (예를 들어, 플러시 동작의 부분으로서) 더 많은 메모리 유닛들을 체인에 부가할 것이다. 하지만, 얼마나 많은 메모리가 커맨드들을 저장하는데 필요한지, 얼마나 많은 메모리가 메모리 유닛들의 현재 체인에서 현재 이용가능한지, 할당 리스트에서의 얼마나 많은 공간이 핸들들을 위해 필요한지, 및 얼마나 많은 공간이 핸들들에 대한 할당 리스트에서 현재 이용가능한지를 먼저 결정하는 것은 상당한 프로세싱 리소스들을 소모하고 프로세싱 시간을 증가시킨다.

본 개시에서 설명된 기술들에 따르면, 프로세서는, 커맨드들에 대한 메모리 유닛들의 체인에 충분한 공간이 있지 않거나 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않으면 메모리 유닛들의 체인을 먼저 플러시할 필요가 없을 수도 있다. 대신, 프로세서는 먼저 커맨드들을 기입하려고 시도할 수도 있으며, 기입 동안 또는 기입 직후에 메모리 유닛들의 체인이 플러시되어야 한다고 프로세서가 결정하면, 프로세서는 메모리 유닛들의 체인을 플러시하는 것은 그 이후이다.

비록 본 개시에서 설명된 기술들이 GPU 에 의해 실행되는 커맨드들 (예를 들어, GPU 커맨드 생성) 에 대하여 설명되지만, 그 기술들은 이에 한정되지 않음을 이해해야 한다. 그 기술들은 비-GPU 관련 커맨드 생성으로 확장될 수도 있으며, 다중의 의존성을 갖는 커맨드들의 임의의 스트림 생성기 (예를 들어, 여기서, 프로세서는 다른 프로세싱 유닛에 의해 실행될 커맨드들을 생성함) 로 적용가능함이 고려될 수도 있다.

도 1 은 본 개시에서 설명된 하나 이상의 예시적인 기술들을 구현하도록 구성될 수도 있는 디바이스를 도시한 블록 다이어그램이다. 예를 들어, 도 1 은 디바이스 (10) 를 예시한다. 디바이스 (10) 의 예들은 비디오 디바이스들, 미디어 플레이어들, 셋탑 박스들, 모바일 전화기들 및 소위 스마트폰들과 같은 무선 핸드셋들, 개인용 디지털 보조기들 (PDA들), 데스크탑 컴퓨터들, 랩탑 컴퓨터들, 게이밍 콘솔들, 비디오 컨퍼런싱 유닛들, 태블릿 컴퓨팅 디바이스들 등을 포함하지만 이에 한정되지 않는다.

디바이스 (10) 는 프로세서 (12), 그래픽스 프로세싱 유닛 (GPU) (14), 및 시스템 메모리 (16) 를 포함한다. 프로세서 (12) 는 중앙 프로세싱 유닛 (CPU) 일 수도 있다. GPU (14) 는, 디스플레이 상으로의 프리젠테이션을 위해 그래픽스 데이터를 생성 및 출력하는 것과 같은 그래픽스 관련 기능들을 수행할 뿐만 아니라, GPU (14) 에 의해 제공된 대용량 프로세싱 병렬화를 이용하는 비-그래픽스 관련 기능들을 수행하도록 구성된 프로세싱 유닛일 수도 있다. 예를 들어, GPU (14) 는 그래픽스 어플리케이션들 및 비-그래픽스 어플리케이션들 양자를 실행할 수도 있다. GPU (14) 가 그래픽스 프로세싱 능력들에 부가하여 범용 프로세싱 능력들을 제공할 수도 있기 때문에, GPU (14) 는 범용 GPU (GP-GPU) 로서 지칭될 수도 있다.

프로세서 (12) 및 GPU (14) 의 예들은 디지털 신호 프로세서 (DSP), 범용 마이크로프로세서, 주문형 집적회로 (ASIC), 필드 프로그래밍가능 로직 어레이 (FPGA), 또는 다른 등가의 집적된 또는 별도의 로직 회로를 포함하지만 이에 한정되지 않는다. 일부 예들에 있어서, GPU (14) 는, 그래픽스를 프로세싱할 뿐 아니라 비-그래픽스 관련 어플리케이션들을 실행하는 대용량 병렬 프로세싱을 제공하는 것과 같은 특정 용도를 위해 설계된 마이크로 프로세서일 수도 있다. 더욱이, 비록 프로세서 (12) 및 GPU (14) 가 별도의 컴포넌트들로서 예시되지만, 본 개시의 양태들은 이에 한정되지 않는다. 예를 들어, 프로세서 (12) 및 GPU (14) 는 공통 집적 회로 (IC) 에 상주할 수도 있다.

시스템 메모리 (16) 는 디바이스 (10) 의 시스템 메모리이고, 프로세서 (12) 및 GPU (14) 외부에 상주할 수도 있다 (즉, 프로세서 (12) 에 대하여 오프-칩, 및 GPU (14) 에 대하여 오프-칩). 시스템 메모리 (16) 의 예들은 랜덤 액세스 메모리 (RAM), 판독 전용 메모리 (ROM) 또는 전기적으로 소거가능한 프로그래밍가능 판독 전용 메모리 (EEPROM), 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 수록 또는 저장하는데 이용될 수 있고 컴퓨터 또는 프로세서에 의해 액세스될 수 있는 임의의 다른 매체를 포함하지만 이에 한정되지 않는다. 예를 들어, 시스템 메모리 (16) 는, 실행될 경우, 하나 이상의 프로세서들 (예를 들어, 프로세서 (12) 또는 GPU (14)) 로 하여금 본 개시에서 설명된 기술들을 구현하게 하는 명령들이 저장된 컴퓨터 판독가능 저장 매체로서 고려될 수도 있다. 일부 예들에 있어서, 시스템 메모리 (16) 는 디바이스 (10) 로부터 제거되고 다른 디바이스로 이동될 수도 있다. 일부 예들에 있어서, 시스템 메모리 (16) 와 실질적으로 유사한 저장 디바이스가 디바이스 (10) 에 삽입될 수도 있다.

시스템 메모리 (16) 는, 프로세서 (12) 및 GPU (14) 에 의해 실행되는 어플리케이션들을 저장할 수도 있다. 예를 들어, 프로세서 (12) 는 어플리케이션 (18), 오퍼레이팅 시스템 (20), 및 그래픽스 드라이버 (22) 를 실행할 수도 있다. 시스템 메모리 (16) 는, 프로세서 (12) 가 실행을 위해 취출하는, 어플리케이션 (18), 오퍼레이팅 시스템 (20), 및 그래픽스 드라이버 (22) 에 대한 오브젝트 코드를 저장할 수도 있다. 또한, 비록 도시되지는 않지만, GPU (14) 는 버텍스 쉐이더들, 프래그먼트 쉐이더들, 지오메트리 쉐이더들 등과 같은 그래픽스 관련 쉐이더 어플리케이션들을 실행할 수도 있으며, 또한, 커널들로서 지칭되는 비-그래픽스 관련 쉐이더 어플리케이션들을 잠재적으로 실행하거나 쉐이더들을 산출할 수도 있다. 시스템 메모리 (16) 는 그러한 그래픽스 및 비-그래픽스 관련 쉐이더 어플리케이션들의 오브젝트 코드, 그리고 물론 가능하게는 소스 코드를 저장할 수도 있다.

일부 예들에 있어서, 시스템 메모리 (16) 는, GPU (14) 가 커맨드들을 실행할 경우에 동작하려 하는 데이터를 저장할 수도 있다. 예를 들어, 데이터는 그래픽스 프리미티브들 (예를 들어, 포인트들, 라인들, 삼각형들, 사변형들, 삼각 스트립들 등) 의 리스트를 포함하지만, 다른 타입들의 데이터가 물론 존재할 수도 있다. 시스템 메모리 (16) 는 또한, GPU (14) 에 의한 커맨드들 또는 어플리케이션들의 실행으로부터 기인한 데이터를 저장할 수도 있다. 예를 들어, 시스템 메모리 (16) 는 텍스처 버퍼들, 심도 버퍼들, 스텐실 버퍼들, 버텍스 버퍼들, 프레임 버퍼들 등의 임의의 조합을 저장할 수도 있다.

더욱이, 시스템 메모리 (16) 는 GPU (14) 에 의해 실행되는 커맨드들뿐 아니라 GPU (14) 가 활용할 데이터를 저장할 수도 있다. 예를 들어, 도시된 바와 같이, 프로세서 (12) 는 어플리케이션 (18) 을 실행할 수도 있다. 어플리케이션 (18) 의 예들은 비디오 게임들, 웹 브라우저들, 이메일, 및 일반적으로 디스플레이용의 시청가능 콘텐츠를 생성하는 임의의 어플리케이션을 포함한다. GPU (14) 의 그래픽스 프로세싱을 레버리징하기 위해, 어플리케이션 (18) 은 GPU (14) 가 실행할 커맨드들뿐 아니라 커맨드들의 실행의 부분으로서 GPU (14) 가 동작할 데이터를 생성할 수도 있다.

프로세서 (12) 상에서 실행하는 그래픽스 드라이버 (22) 는 커맨드들을, GPU (14) 에 의해 실행가능한 커맨드들로 변환할 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 는 커맨드들을, 그래픽스 어플리케이션 프로그래밍 인터페이스 (API), 예컨대, 예를 들어, 오픈 그래픽스 라이브러리 (OpenGL^®) API, 오픈 그래픽스 라이브러리 임베디드 시스템즈 (OpenGL ES) API, 다이렉트X API, X3D API, 렌더맨 API, WebGL API, 또는 임의의 다른 공개 또는 독점 표준 그래픽스 API 에 부합하도록 변환할 수도 있다.

도 1 에 도시된 바와 같이, 시스템 메모리 (16) 는 버퍼 (24) 및 버퍼 (26) 를 포함한다. 버퍼 (24) 및 버퍼 (26) 는 함께, 그래픽스 드라이버 (22) 가 GPU (14) 에 의해 실행되는 커맨드들을 저장하는 커맨드 버퍼를 형성할 수도 있다. 예를 들어, 버퍼 (24) 는 제 1 간접 버퍼 (IB1) 로서 지칭될 수도 있고 버퍼 (26) 는 제 2 간접 버퍼 (IB2) 로서 지칭될 수도 있다. 함께 커맨드 버퍼를 형성하기 위해 버퍼 (24) 및 버퍼 (26) 를 활용하는 것은 프로세서 (12) 상에서 실행하는 오퍼레이팅 시스템 (20) 의 기능일 수도 있다. 예를 들어, 오퍼레이팅 시스템 (20) 과 같은 일부 오퍼레이팅 시스템들은 정보가 IB1 (예를 들어, 버퍼 (24)) 에 저장될 수 있는 방식을 제한할 수도 있다.

오퍼레이팅 시스템 (20) 에 의해 IB1 에 주어진 제한들을 극복하기 위해, 일부 기술들은 IB2 (예를 들어, 버퍼 (26)) 를 활용하여, 오퍼레이팅 시스템 (20) 이 IB1 에 대해 허용하지 않는 방식으로 정보를 저장한다. 그러한 기술들에 있어서, IB1 은 정보가 IB2 에 저장되는 포인터들과 같은 레퍼런스를 저장하고, IB2 는 실제 정보를 저장한다. 본 개시에서 설명된 기술들은, 함께 커맨드 버퍼를 형성하는 IB1 (예를 들어, 버퍼 (24)) 및 IB2 (예를 들어, 버퍼 (26)) 에 대하여 설명된다. 하지만, 커맨드 버퍼를 형성하기 위해 버퍼 (24) 및 버퍼 (26) 양자를 요구하는 것은 오퍼레이팅 시스템 (20) 의 제한일 수도 있다. 오퍼레이팅 시스템 (20) 과는 상이한 오퍼레이팅 시스템에 대해, 커맨드 버퍼를 단일 버퍼로 (예를 들어, 버퍼 (24) 또는 버퍼 (26) 중 하나로) 형성하는 것이 가능할 수도 있다.

이에 따라, 함께 커맨드 버퍼를 형성하는 버퍼 (24) 및 버퍼 (26) 는 예시의 목적으로 설명되며 한정하는 것으로 고려되지 않아야 한다. 예시의 목적으로, 그 기술들은, 프로세서 (12) 로, 그래픽스 드라이버 (22) 를 통해, 커맨드들을 버퍼 (26) 에 저장하는 것, 및 커맨드들이 버퍼 (26) 에 위치된 곳을 표시하는 정보를 버퍼 (24) 에 저장하는 것으로 설명된다.

상기 설명된 바와 같이, 본 개시에서 설명된 기술들은 커맨드들을 커맨드 버퍼 (예를 들어, 버퍼 (24) 및 버퍼 (26)) 에 저장하는 것에 관련된다. 커맨드들의 일 예는 원자 커맨드들이다. 원자 커맨드들은, 함께 실행될 필요가 있는 커맨드들의 세트이다. 예를 들어, GPU (14) 는 실행을 위해 원자 커맨드들을 함께 취출할 수도 있다. 원자 커맨드들의 실행 동안, GPU (14) 는 다른 커맨드들을 실행하지 않을 수도 있다. 예를 들어, GPU (14) 는 원자 커맨드들의 커맨드들의 실행을 일시정지, 커맨드들의 다른 세트를 실행, 및 원자 커맨드들의 나머지 커맨드들을 실행하지 않을 수도 있다. GPU (14) 가 원자 커맨드들을 함께 실행할 수도 있기 때문에, 원자 커맨드들을 함께 저장하여 GPU (14) 로 하여금 실행을 위해 원자 커맨드들을 함께 취출하게 하는 것이 바람직할 수도 있다.

예시의 목적을 위해, 본 개시의 기술들은 함께 실행될 필요가 있는 커맨드들의 세트에 대하여 설명된다. 예를 들어, 커맨드들의 세트는 원자 커맨드들을 형성한다. 용어 "원자 동작들" 은 원자 커맨드들과 동의어인 다른 용어이다. 하지만, 본 개시에서 설명된 기술들은 원자 커맨드들 또는 동작들로 한정되는 것으로 고려되지 않아야 하며, 일반적으로 커맨드들을 커맨드 버퍼에 저장하는 것에 적용가능하다.

커맨드들을 버퍼 (26) 에 저장하기 위해, 오퍼레이팅 시스템 (20) 은 메모리 공간을 버퍼 (26) 에 할당하며, 그래픽스 드라이버 (22) 는 버퍼 (26) 에서의 할당된 메모리 공간에 커맨드들을 저장할 수도 있다. 본 개시에서 설명된 기술들에 있어서, 버퍼 (26) 에서의 할당된 메모리 공간은 복수의 메모리 유닛들의 형태일 수도 있다. 각각의 메모리 유닛은 특정 양의 커맨드들을 저장할 수도 있다.

일부 예들에 있어서, 프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 제 1 메모리 유닛을 버퍼 (26) 에 할당할 수도 있으며, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트의 커맨드들을 제 1 메모리 유닛에 기입할 수도 있다. 기입될 필요가 있는 커맨드들의 세트에서의 부가적인 커맨드들이 있다면, 프로세서 (12) 가 그래픽스 드라이버 (22) 를 통해 커맨드들의 세트의 기입을 완료할 때까지, 프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 제 2 메모리 유닛을 버퍼 (26) 에 할당할 수도 있으며, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트의 부가적인 커맨드들을 제 2 메모리 유닛에 기입할 수도 있는 등등이다.

이들 예들에 있어서, 그래픽스 드라이버 (22) 는, 제 1 메모리 유닛, 제 2 메모리 유닛 등이 버퍼 (26) 에 위치되는 곳을 표시하는 포인터 정보를 버퍼 (24) 에 저장할 수도 있다. 예를 들어, 포인터 정보는 4 바이트일 수도 있다. 이러한 의미에서, 제 1 메모리 유닛, 제 2 메모리 유닛, 및 버퍼 (26) 에 커맨드들의 세트를 저장하는데 필요한 임의의 부가적인 메모리 유닛들은 메모리 유닛들의 체인을 형성하는 것으로서 개념적으로 고려될 수도 있다. 제 1 메모리 유닛 및 제 2 메모리 유닛은 버퍼 (26) 내의 인접한 위치들에 저장되는 것이 반드시 필요한 것은 아님을 이해해야 한다. 대신, 버퍼 (24) 에서의 포인터 정보로, GPU (14) 는 버퍼 (26) 에서의 상이한 메모리 유닛들에 걸쳐 저장된 커맨드들의 세트를 함께 취출할 수도 있다.

그래픽스 드라이버 (22) 는 함께 체인될 수 있는 최대 수의 메모리 유닛들을 정의할 수도 있다 (예를 들어, 체인 사이즈를 정의함). 체인 사이즈는 시스템 메모리 (16) 의 저장 능력들, 커맨드들의 세트에 있어서의 최대 수의 커맨드들에 관한 가정 등과 같은 다양한 팩터들에 기초한 사용자 구성가능형일 수도 있다. 예를 들어, 어플리케이션 (18) 은, 어플리케이션 (18) 이 발행할 수 있는 최대 또는 최소 수의 원자 커맨드들로 구성될 수도 있으며, 그래픽스 드라이버 (22) 는, 어플리케이션 (18) 이 발행할 수 있는 최대 또는 최소 수의 원자 커맨드들에 기초하여 체인 사이즈를 정의할 수도 있다. 일 예로서, 어플리케이션 (18) 은 적어도 2개의 메모리 유닛들을 요구하는 원자 커맨드들을 발행할 수도 있으며, 이는 최소 체인 사이즈가 2 메모리 유닛들일 수도 있음을 의미한다. 예시의 목적으로, 본 개시는 4 메모리 유닛들의 체인 사이즈를 기술한다. 하지만, 체인 사이즈는 4 메모리 유닛들보다 크거나 작을 수도 있다.

커맨드들의 세트의 커맨드들은 핸들들과 연관될 수도 있다. 핸들은, 연관된 커맨드를 프로세싱하는데 필요한 메모리의 할당에 대한 레퍼런스이다. 일반적으로, 핸들들은 커맨드들에 의해 동작된 데이터에 대한 디스크립터들로서 고려될 수도 있다. 예를 들어, 커맨드들의 세트의 커맨드는 입력 그래픽스 데이터의 세트에 대해 동작할 수도 있으며, 입력 그래픽스 데이터에 대한 동작의 결과는 출력 그래픽스 데이터의 세트일 수도 있다. 커맨드와 연관된 핸들은, 입력 그래픽스 데이터 및 출력 그래픽스 데이터를 위해 할당될 필요가 있는 메모리의 양을 표시할 수도 있다. 일 예로서, 커맨드는 텍스처 데이터에 대한 동작들을 수행하도록 GPU (14) 에게 지시할 수도 있다. 이 예에 있어서, 텍스처 데이터는 커맨드와 연관된 핸들들일 수도 있다.

프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 커맨드들의 세트에 대한 핸들들의 할당 리스트를 유지하도록 구성될 수도 있다. 일부 예들에 있어서, 시스템 메모리 (16) 는, 커맨드들의 세트와 연관된 핸들들을 저장하는 오퍼레이팅 시스템 (OS) 버퍼 (27) 를 포함할 수도 있다. OS 버퍼 (27) 은 모든 예에서 필요한 것은 아니며, 프로세서 (12) 는 핸들들의 할당 리스트를 유지하기 위한 임의의 기술을 구현할 수도 있다.

프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트를 기입하려 할 경우, 프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트를 생성할 수도 있다. 할당 리스트는, 커맨드들과 연관된 핸들들을 나타내는 고정 사이즈의 어레이일 수도 있다. 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 메모리 유닛들의 체인에서의 메모리 유닛들에 커맨드들의 세트를 기입함에 따라, 프로세서 (12) 는 또한, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트의 커맨드들과 연관된 핸들들로 할당 리스트를 업데이트할 수도 있다.

그래픽스 드라이버 (22) 가 커맨드들을 메모리 유닛들의 체인의 메모리 유닛들에 그리고 관련 핸들들을 할당 리스트에 기입함에 따라, 메모리 유닛들의 체인의 메모리 유닛들 및 할당 리스트는 충만되기 시작하고, 부가적인 커맨드들 또는 핸들들을 저장하지 못할 수도 있다. 일 예로서, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트를 메모리 유닛들의 체인의 메모리 유닛들에 기입할 수도 있다. 커맨드들의 제 1 세트를 체인의 메모리 유닛들에 기입한 이후, 그래픽스 드라이버 (22) 가 커맨드들의 제 2 세트의 커맨드들을 메모리 유닛들에 기입하려 하면, 체인의 모든 4 메모리 유닛들이 충만할 것이고, 기입될 필요가 있는 커맨드들의 제 2 세트의 커맨드가 여전히 존재할 것이다. 이 경우, 오퍼레이팅 시스템 (20) 은, 체인의 체인 사이즈가 4 메모리 유닛들이기 때문에 다른 메모리 유닛을 할당 못할 수도 있다.

다른 예로서, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트를 메모리 유닛들의 체인의 메모리 유닛들에 기입하고, 커맨드들의 제 1 세트와 연관된 핸들들의 정보를 할당 리스트에 저장할 수도 있다. 이 예에 있어서, 커맨드들의 제 2 세트를 저장하기 위해 메모리 유닛들에 충분한 공간이 있을 수도 있다. 하지만, 커맨드들의 제 2 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않을 수도 있다.

일부 다른 기술들에 있어서, 그래픽스 드라이버 (22) 와 다른 그래픽스 드라이버는 체인의 메모리 유닛들에 커맨드들의 세트를 기입하는데 필요한 공간의 양을 먼저 결정하고, 커맨드들의 세트와 연관된 핸들들에 대해 필요한 공간의 양을 결정하고, 메모리 유닛들의 체인의 메모리 유닛들에서의 이용가능한 공간의 양을 결정하며, 그리고 할당 리스트에서의 이용가능한 공간의 양을 결정할 수도 있다. 예를 들어, 그래픽스 드라이버는, 이들 다른 기술들에 있어서, VerifySpace/VerifyHandleSpace 함수를 호출하여, 체인의 메모리 유닛들에 커맨드들의 세트를 기입하는데 필요한 공간의 양을 결정하고, 커맨드들의 세트와 연관된 핸들들에 대해 필요한 공간의 양을 결정하고, 메모리 유닛들의 체인의 메모리 유닛들에서의 이용가능한 공간의 양을 결정하며, 그리고 할당 리스트에서의 이용가능한 공간의 양을 결정할 수도 있다.

이들 다른 예들에 있어서, 그래픽스 드라이버는 오직 메모리 유닛들 및 할당 리스트에 충분한 공간이 있는 경우에만 메모리 유닛들에 커맨드들을 기입할 것이다. 메모리 유닛들 또는 할당 리스트에 충분한 공간이 있지 않으면, 그래픽스 드라이버는, 이들 다른 기술들에 있어서, 플러시 호출을 실행할 수도 있다. 플러시 호출은 하기에서 더 상세히 설명된다.

커맨드들의 기입 이전에, 체인의 메모리 유닛들에 커맨드들의 세트를 기입하는데 필요한 공간의 양, 커맨드들의 세트와 연관된 핸들들에 대해 필요한 공간의 양, 메모리 유닛들의 체인의 메모리 유닛들에서의 이용가능한 공간의 양, 및 할당 리스트에서의 이용가능한 공간의 양을 결정하는, 그래픽스 드라이버로의 제한들이 존재할 수도 있다. 예를 들어, 어플리케이션 (18) 의 특정 타입들에 대해 그리고 특정 시나리오들에 대해, 프로세서 (12) 가 VerifySpace/VerifyHandleSpace 함수를 실행하기 위해 바람직하지 않은 양의 프로세싱 리소스들을 소비할 필요가 있음이 가능할 수도 있다.

VerifySpace/VerifyHandleSpace 함수의 실행은 스몰 배치 (small batch) 문제로서 고려될 수도 있다. 예를 들어, 기입될 필요가 있는 커맨드들 및 핸들들의 양은, 프로세서 (12) 가 커맨드들 및 핸들들을 저장하기 위해 충분한 공간이 있는지 여부를 결정할 것을 체크할 필요가 있는 저장 영역의 방대한 양에 비해 상대적으로 적을 수도 있다. 즉, VerifySpace/VerifyHandleSpace 함수는 소량의 데이터가 기입될 수 있음을 보장하기 위해 상대적으로 다량의 저장 영역을 체크할 수도 있으며, 이는 프로세싱 비효율성들을 야기할 수도 있다.

본 개시에서 설명된 기술들은, 프로세서 (12) 가 그래픽스 드라이버 (22) 를 통해 커맨드들의 세트를 버퍼 (26) 에 기입하려고 시도할 수도 있는 확인 기반 커맨드 버퍼 큐 생성 기술을 설명한다. 커맨드들의 세트의 기입 동안 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트를 저장하기 위해 메모리 유닛들의 체인의 메모리 유닛들에 충분한 공간이 있지 않다고 결정하면, 프로세서 (12) 는 그래픽스 드라이버 (22) 를 통해 플러시 호출을 실행할 수도 있다.

이러한 방식으로, 그래픽스 드라이버 (22) 는, 커맨드들의 세트의 커맨드들을 저장하기 위해 메모리 유닛들의 체인의 메모리 유닛들에 충분한 공간이 있는지 여부를 먼저 결정하기 위해 VerifySpace 함수를 실행할 필요가 없을 수도 있다. 즉, 커맨드 버퍼 (예를 들어, 버퍼 (26)) 에 있어서의 메모리 유닛들의 체인의 메모리 유닛들에 충분한 공간이 있는지 여부를 선험적으로 결정하지 않고 커맨드들의 세트의 커맨드들을 기입함으로써, 본 개시에서 설명된 기술들은, 프로세서 (12) 가 커맨드들의 세트를 저장하기 위해 메모리 유닛들의 체인의 메모리 유닛들에 충분한 공간이 있는지 여부를 결정하는 프로세싱 리소스들을 낭비할 필요가 없을 수도 있기 때문에 프로세싱 효율들을 증진시킬 수도 있다.

또한, 본 개시에서 설명된 기술들에 있어서, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를, 커맨드들의 세트의 기입 이후에 결정할 수도 있다. 커맨드들의 세트의 기입 이후 할당 리스트에 충분한 공간이 있지 않으면, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 플러시 호출을 실행할 수도 있다.

이러한 방식으로, 그래픽스 드라이버 (22) 는, 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 먼저 결정하기 위해 VerifyHandle 함수를 실행할 필요가 없을 수도 있다. 즉, 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 선험적으로 결정하지 않고 커맨드들의 세트의 커맨드들을 기입함으로써, 본 개시에서 설명된 기술들은, 프로세서 (12) 가 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 결정하는 프로세싱 리소스들을 낭비할 필요가 없을 수도 있다.

상기 설명된 바와 같이, 커맨드들의 세트의 기입 동안 그래픽스 드라이버 (22) 가 커맨드 버퍼에 있어서의 메모리 유닛들의 체인의 메모리 유닛들에 충분한 공간이 있지 않다고 결정하면, 또는 커맨드들의 세트의 기입 이후 그래픽스 드라이버 (22) 가 커맨드들의 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않다고 결정하면, 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있다. 플러시 호출은, 그래픽스 드라이버 (22) 가 메모리 유닛들에 커맨드들을 기입하기 위한 공간을 프리하게 하거나 커맨드들과 연관된 핸들들에 대한 할당 리스트에서의 공간을 프리하게 하는 메커니즘일 수도 있다.

예를 들어, 플러시 호출의 실행의 결과는 이미 기입된 커맨드들 (이에 대해, 할당 리스트에 충분한 공간이 있음) 을 최종 실행을 위해 GPU (14) 에 제출하는 것일 수도 있다. 예를 들어, 커맨드들의 제출은, GPU (14) 가 커맨드들을 실행할 수도 있음을 의미한다. 일 예로서, 그래픽스 드라이버 (22) 는 커맨드들을 저장하는 메모리 유닛들에 대한 메모리 어드레스들을 GPU (14) 에 표시할 수도 있어서, GPU (14) 가 커맨드들을 GPU (14) 에 제출하기 위한 방식으로서 최종 실행을 위해 커맨드들을 취출할 수 있다. 일반적으로, 커맨드들을 제출하는 것은 그래픽스 드라이버 (22) 가 임의의 기술을 활용하여 커맨드들을 최종 실행을 위해 GPU (14) 에서 이용가능하게 하는 것으로서 고려될 수도 있다. GPU (14) 는, GPU (14) 가 커맨드들을 실행하려는 때에 기초하여, 커맨드들을 즉시 실행하거나, 또는 커맨드들을 일부 더 나중 시간에 실행할 수도 있다.

부가적으로, 플러시 호출의 실행의 결과는, 이미 기입된 커맨드들을 저장하는 메모리 유닛들의 체인으로부터 메모리 유닛들을 그래픽스 드라이버 (22) 가 릴리스하는 것일 수도 있다. 예를 들어, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 제 1 메모리 유닛 및 제 2 메모리 유닛을 충진하였고 제 3 메모리 유닛을 부분적으로 충진하였던 커맨드들의 제 1 세트를 기입하였다고 가정한다. 또한, 이 예에 있어서, 커맨드들의 제 1 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있었다고 가정한다.

이 예에 있어서, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 프로세서 (12) 가 커맨드들의 제 1 세트를 제 3 메모리 유닛에 기입하는 것을 종료하였던 곳으로부터 시작하여 커맨드들의 제 2 세트를 기입하기 시작할 수도 있다. 예를 들어, 커맨드들의 제 1 세트는 커맨드들의 이전 세트로서 고려될 수도 있고, 커맨드들의 제 2 세트는 커맨드들의 현재 세트로서 고려될 수도 있다. 하지만, 이 예에 있어서, 프로세서 (12) 는 커맨드들의 제 2 (예를 들어, 현재) 세트의 커맨드들 모두를 제 3 메모리 유닛 및 제 4 메모리 유닛의 나머지에 기입하지 못할 수도 있다. 이 예에 있어서, 체인 사이즈는 4 메모리 유닛들일 수도 있고, 그에 따라, 그래픽스 드라이버 (22) 는 메모리 유닛들의 체인에서의 제 4 메모리 유닛 이후의 메모리 유닛을 링크시키지 못할 수도 있다.

그래픽스 드라이버 (22) 가 제 4 메모리 유닛을 커맨드들의 제 2 세트로부터의 커맨드들로 충진한 이후, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 플러시 호출을 실행할 수도 있다. 이에 응답하여, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 최종 실행을 위해 커맨드들의 제 1 세트를 GPU (14) 에 제출할 수도 있다 (예를 들어, 커맨드들의 제 1 세트가 저장되는 곳의 위치들을 표시함으로써 이용가능하게 함). 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 메모리 유닛들에 기입할 수 있었던 커맨드들의 제 2 세트의 커맨드들은 메모리 유닛들에 남겨지고, GPU (14) 에 아직 제출되지 않는다.

또한, 플러시 호출의 실행에 응답하여, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 제 1 메모리 유닛 및 제 2 메모리 유닛을 메모리 유닛들의 체인으로부터 릴리스할 수도 있는데, 왜냐하면 제 1 메모리 유닛 및 제 2 메모리 유닛이 오직 커맨드들의 제 1 세트만의 커맨드들을 저장하였기 때문이다. 메모리 유닛을 메모리 유닛들의 체인으로부터 릴리스하는 것은 메모리 유닛의 체인 내의 다른 메모리 유닛들과의 링크를 차단하는 것을 의미할 수도 있다. 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 제 3 메모리 유닛을 메모리 유닛들의 체인으로부터 릴리스하지 못할 수도 있는데, 왜냐하면 제 3 메모리 유닛의 적어도 부분이 메모리 유닛의 제 2 세트의 커맨드들을 저장하기 때문이다.

제 1 메모리 유닛 및 제 2 메모리 유닛의 메모리 유닛들의 체인으로부터의 릴리스로, 메모리 유닛들의 체인은 2 메모리 유닛들 (예를 들어, 제 3 메모리 유닛 및 제 4 메모리 유닛) 을 포함할 수도 있다. 체인 사이즈가 4 메모리 유닛들이기 때문에, 이 예에 있어서, 오퍼레이팅 시스템 (20) 은 다른 메모리 유닛을 버퍼 (26) 에 할당할 수도 있으며, 그래픽스 드라이버 (22) 는 이 새로운 메모리 유닛을 이전의 제 4 메모리 유닛의 말단에 링크시킬 수도 있다.

이 때, 메모리 유닛들의 체인에 3 메모리 유닛들이 존재할 수도 있다 (즉, 이전의 제 3 및 제 4 메모리 유닛들 그리고 새롭게 링크된 메모리 유닛). 그 후, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트의 나머지 커맨드들 (즉, 그래픽스 드라이버 (22) 가 제 4 메모리 유닛을 충진한 이후에 남은 커맨드) 을 새롭게 링크된 메모리 유닛에 기입할 수도 있다. 그래픽스 드라이버 (22) 가 커맨드들의 제 2 세트의 나머지 커맨드들 모두를 새롭게 링크된 메모리 유닛에 기입할 수 없으면, 오퍼레이팅 시스템 (20) 은 다른 메모리 유닛을 버퍼 (26) 에 할당할 수도 있으며, 그래픽스 드라이버 (22) 는 이 새로운 메모리 유닛을 메모리 유닛들의 체인의 3 메모리 유닛들에 링크시킬 수도 있어서, 체인 사이즈인 4 메모리 유닛들을 갖는 메모리 유닛들의 체인을 발생시킬 수도 있다.

더욱이, 플러시 호출의 실행은 핸들들에 대한 할당 리스트의 리셋팅을 야기한다. 예를 들어, GPU (14) 에 의한 최종 실행을 위해 커맨드들의 제 1 세트를 제출하는 것에 부가하여, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 할당 리스트를 클리어링하고, 커맨드들의 제 2 세트와 연관된 핸들들을 할당 리스트에 저장할 수도 있다.

상기 예에 있어서, 커맨드들의 제 1 세트를 기입한 이후, 커맨드들의 제 1 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있었다고 가정되었다. 또한, 상기 예에 있어서, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 플러시 호출의 부분으로서 어느 커맨드들을 제출할지를 결정하였다. 다음은, 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 관련 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 결정할 수도 있는 방식뿐 아니라, 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 플러시 호출의 부분으로서 어느 커맨드들을 제출할지를 결정할 수도 있는 방식을 설명한다.

예를 들어, 커맨드들의 세트의 기입 동안, 그래픽스 드라이버 (22) 는, 커맨드들의 세트에 대한 메모리 유닛들에 충분한 공간이 있는지 여부의 사전 확인 없이, GetCmdSpace 함수를 주기적으로 트리거링할 수도 있다. GetCmdSpace 함수는, 메모리 유닛들의 체인의 말단에 있는 메모리 유닛의 말단에 그래픽스 드라이버 (22) 가 도달하였는지 여부 (즉, 그래픽스 드라이버 (22) 가 4 메모리 유닛들의 체인 사이즈를 갖는 메모리 유닛들의 체인의 제 4 메모리 유닛에 도달했는지 여부) 를 나타낼 수도 있다. 그래픽스 드라이버 (22) 가 메모리 유닛들의 체인의 말단에 아직 도달하지 않았음을 GetCmdSpace 함수가 나타내면, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트의 커맨드들을 계속 기입할 수도 있다.

그래픽스 드라이버 (22) 가 메모리 유닛들의 체인의 말단에 도달하였음을 GetCmdSpace 함수가 나타내면, 상기 설명된 바와 같이 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있다. 또한, 그 후, 그래픽스 드라이버 (22) 는 GetCmdSpace 함수를 재시도할 수도 있다. 예를 들어, 플러시 호출은 오퍼레이팅 시스템 (20) 이 할당한 부가적인 메모리 유닛들을 링크시키기 위한 공간을 프리하게 할 수도 있고, 그 후, 그래픽스 드라이버 (22) 는 GetCmdSpace 함수를 재시도할 수도 있으며, 이는 그래픽스 드라이버 (22) 가 메모리 유닛들의 체인의 말단에 아직 도달하지 않았음을 나타낼 것이다.

하지만, 일부 경우들에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 세트의 커맨드들을 기입하는 것을 종료할 수도 있으며, 커맨드들의 후속 세트로부터의 부가적인 커맨드들에 대한 메모리 유닛들에서 이용가능한 공간이 여전히 있을 수도 있다. 이 경우, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, "기입확인" 커맨드 (ConfirmWrite 로서 지칭됨) 를 실행할 수도 있다. 일반적으로, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 세트의 커맨드들을 커맨드 버퍼에 기입한 이후 기입확인 커맨드를 실행할 수도 있다. 기입확인 커맨드의 실행은 하나 이상의 목적들을 제공할 수도 있다.

그래픽스 드라이버 (22) 는, 기입확인 커맨드의 실행으로, 그래픽스 드라이버 (22) 가 커맨드들의 세트를 기입하는 것을 종료한 메모리 유닛 내의 포인트를 나타낼 수도 있어서, 그래픽스 드라이버 (22) 는 그래픽스 드라이버 (22) 가 커맨드들의 세트를 기입하는 것을 종료하였던 메모리 유닛 내의 포인트로부터 시작하는 커맨드들의 다음 세트에 대한 커맨드들을 기입하기 시작할 수 있다. 메모리 유닛에서의 커맨드들의 세트의 말단의 위치는 "확인 포인트" 로서 지칭된다.

예를 들어, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 제 1 세트의 커맨드들을 제 1 메모리 유닛에, 제 2 메모리 유닛에, 및 제 3 메모리 유닛에 부분적으로 기입하였다고 가정한다. 이 예에 있어서, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트 (예를 들어, 커맨드들의 이전 세트) 를 기입하는 것을 종료하였던 제 3 메모리 유닛 내의 확인 포인트를 식별할 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트를 제 3 메모리 유닛에 기입하는 것을 종료하였던 곳은 제 3 메모리 유닛에 있어서의 커맨드들의 제 1 세트의 말단의 위치이다. 이 경우, 확인 포인트를 식별한 이후, 커맨드들의 제 1 세트는 이전에 확인된 커맨드들로서 고려될 수도 있다. 커맨드들의 제 2 세트 (이제, 커맨드들의 현재 세트임) 를 기입할 경우, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 제 3 메모리 유닛에서의 확인 포인트로부터 시작하는 커맨드들의 제 2 세트를 기입하기 시작할 수도 있다.

부가적으로, 그래픽스 드라이버 (22) 는, 기입확인 커맨드의 실행으로, 커맨드들의 세트의 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 결정할 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 가 커맨드들의 세트의 커맨드들을 기입하고 있기 때문에, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, AddPendingHandle() 함수를 실행할 수도 있다. AddPendingHandle 함수로, 그래픽스 드라이버 (22) 는 커맨드들의 세트와 연관된 핸들들을, 미확인된 핸들 리스트로서 또한 지칭된 임시 할당 리스트에 부가할 수도 있다.

커맨드들의 세트를 기입한 이후, 미확인된 핸들 리스트는 커맨드들의 세트와 연관된 핸들들을 포함한다. 그 후, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트에서의 핸들들을 오퍼레이팅 시스템 (20) 에 제출하려고 시도할 수도 있다. 예를 들어, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, AddHandle() 함수를 실행할 수도 있다. AddHandle() 함수로, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트에서의 핸들들을 오퍼레이팅 시스템 (20) 에 제출할 수도 있다. 이에 응답하여, 프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 미확인된 핸들 리스트의 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 결정할 수도 있다.

예를 들어, 할당 리스트는 커맨드들의 이전 세트의 핸들들을 포함할 수도 있으며, 커맨드들의 이전 세트의 핸들들이 할당 리스트의 어레이의 90% 를 사용한다고 가정할 수도 있다. 이 예에 있어서, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트에서의 핸들들을 제출할 수도 있으며, 미확인된 핸들 리스트에서의 핸들들이 할당 리스트의 10% 미만을 요구하면, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트에서의 핸들들을 할당 리스트에 저장할 수도 있다. 일부 예들에 있어서, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트로부터의 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 먼저 결정하지 않고 미확인된 핸들 리스트에서의 핸들들을 할당 리스트에 저장하려고 시도할 수도 있다.

하지만, 미확인된 핸들 리스트에서의 핸들들이 할당 리스트의 10% 초과를 요구하면 (예를 들어, 미확인된 핸들 리스트에서의 핸들들을 할당 리스트에 저장하려는 시도가 성공적이지 않으면), 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있다. 플러시 호출에 응답하여, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 할당 리스트가 관련 핸들들을 현재 저장하는 커맨드 버퍼에 저장된 커맨드들, 및 할당 리스트에서의 관련 핸들들을 최종 실행을 위해 GPU (14) 에 제출할 수도 있다. 또한, 플러시 호출에 응답하여, 프로세서 (12) 는, 오퍼레이팅 시스템 (20) 을 통해, 할당 리스트를 리셋 (즉, 핸들들을 갖는 할당 리스트를 클리어링) 할 수도 있으며, 이는 차례로 그래픽스 드라이버 (22) 로 하여금 커맨드들의 방금 기입된 세트와 연관된 핸들들을 할당 리스트에 저장하게 한다.

이러한 방식으로, 기입확인 커맨드의 실행은 플러시 호출에 응답하여 어느 커맨드들 및 관련 핸들들이 GPU (14) 에 제출될 수 있는지를 표시하는 것으로서 고려될 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트를 기입하고 있음에 따라, 그래픽스 드라이버 (22) 는 (예를 들어, AddPendingHandle() 함수를 통해) 핸들들의 미확인된 리스트를 유지하고 있다고 가정한다. 또한, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트의 모든 커맨드들을 메모리 유닛들의 체인의 메모리 유닛들 내에 기입할 수 있다고 가정한다.

이 예에 있어서, 커맨드들의 제 1 세트를 기입한 이후, 그래픽스 드라이버 (22) 는 기입확인 (ConfirmWrite) 커맨드를 실행할 수도 있다. 기입확인 커맨드의 부분으로서, 그래픽스 드라이버 (22) 는 (예를 들어, AddHandle() 함수를 통해) 핸들들의 미확인된 리스트를 오퍼레이팅 시스템 (20) 에 제출할 수도 있다. 이 예에 있어서, 핸들들의 미확인된 리스트의 핸들들에 대한 할당 리스트에 충분한 공간이 있다고 가정한다. 이에 따라, 그래픽스 드라이버 (22) 는 핸들들의 미확인된 리스트의 핸들들을 할당 리스트에 부가하고 핸들들의 미확인된 리스트를 클리어링할 수도 있다. 그래픽스 드라이버 (22) 가 핸들들의 미확인된 리스트의 핸들들을 할당 리스트에 부가할 수 있었기 때문에, 기입확인 커맨드의 부분으로서, 그래픽스 드라이버 (22) 는, 그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트를 기입하는 것을 종료하였던 포인트 (즉, 확인 포인트) 를 식별할 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 는 메모리 유닛에 있어서의 커맨드들의 제 1 세트의 말단의 위치에서 확인 포인트를 식별할 수도 있다. 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 제 1 세트를 아직 제출하지 않을 수도 있으며, 플러시 호출때까지 대기할 수도 있다.

이 때, 프로세서 (12) 는 프레임을 기입하였었던 것으로서 고려될 수도 있다. 본 개시에서 사용되는 바와 같은 용어 프레임은 커맨드들의 세트와 동의어로 사용된다. 용어 프레임은 렌더링된 이미지와 혼동되지 않아야 하는데, 이 렌더링된 이미지도 또한 종종 프레임으로서 지칭된다.

본 개시에서 설명된 기술들에 있어서, 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 기입확인 커맨드를 실행하고 기입확인 커맨드의 실행이 성공적 (즉, 할당 리스트에 충분한 공간이 있음) 인 이후, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 제 1 세트가 "확인된 커맨드들" 임을 나타낼 수도 있다. 프로세서 (12) 는 또한, 그래픽스 드라이버 (22) 를 통해, 어느 메모리 유닛들이 오직 확인된 커맨드들만을 저장하는지를 식별할 수도 있다.

예를 들어, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 메모리 유닛들의 체인의 제 1 메모리 유닛 및 제 2 메모리 유닛을, 그리고 제 3 메모리 유닛을 부분적으로 커맨드들의 제 1 세트로 충진하였다고 가정한다. 이 예에 있어서, 제 1 메모리 유닛 및 제 2 메모리 유닛은 오직 확인된 커맨드들만을 저장하며, 그래픽스 드라이버 (22) 는 제 1 메모리 유닛 및 제 2 메모리 유닛이 오직 확인된 커맨드들만을 포함함을 나타낼 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 는 메모리 유닛들의 체인의 각각의 메모리 유닛에 대해 변수 usedEntries 을 유지할 수도 있다.

오직 확인된 커맨드들만을 저장하는 메모리 유닛들에 대해, 그래픽스 드라이버 (22) 는, 그 메모리 유닛들에 대해, 변수 usedEntries 를 confirmedEntries 와 동일하게 설정할 수도 있다. 이 예에 있어서, 제 1 메모리 유닛 및 제 2 메모리 유닛에 대해, 그래픽스 드라이버 (22) 는, 제 1 메모리 유닛 및 제 2 메모리 유닛이 오직 확인된 커맨드들만을 저장함을 나타내기 위해 변수 usedEntries 를 confirmedEntries 과 동일하게 설정할 수도 있다. 제 3 메모리 유닛에 대하여, 그래픽스 드라이버 (22) 는 변수 usedEntries 를 confirmedEntries 가 아니도록 설정할 수도 있다 (즉, usedEntries != confirmedEntries). 이는, 제 3 메모리 유닛이 확인된 커맨드들을 오직 부분적으로만 포함하기 때문일 수도 있다.

그 후, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 확인 포인트로부터 시작하는 메모리 유닛들의 체인의 메모리 유닛들에 커맨드들의 제 2 세트를 기입할 수도 있다. 예를 들어, 커맨드들의 제 1 세트가 프레임 0 이면, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 확인 포인트로부터 시작하는 메모리 유닛들의 체인의 메모리 유닛들에 대한 커맨드들의 제 2 세트인 프레임 1 을 기입할 수도 있다.

커맨드들의 제 2 세트의 기입 동안, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트와 연관된 핸들들을 핸들들의 미확인된 리스트에 저장할 수도 있다. 커맨드들의 제 2 세트의 기입 동안, 그래픽스 드라이버 (22) 가 메모리 유닛들의 체인의 말단에 도달하고 그리고 아직 기입되지 않았던 커맨드들의 제 2 세트의 커맨드들이 있으면, 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있다.

이에 응답하여, 그래픽스 드라이버 (22) 는 모든 확인된 커맨드들 및 확인된 커맨드들과 연관된 핸들들을 제출할 수도 있다 (예를 들어, 커맨드들의 제 1 세트 및 커맨드들의 제 1 세트와 연관된 할당 리스트에서의 핸들들을 제출함). 즉, 그래픽스 드라이버 (22) 는 확인 포인트 이전의 모든 커맨드들 및 그 관련 핸들들을 제출할 수도 있다. 예를 들어, 이전의 예로 계속하면, 그래픽스 드라이버 (22) 는 제 1 및 제 2 메모리 유닛들에서의 모든 커맨드들, 및 확인 포인트까지 제 3 메모리 유닛을 부분적으로 충진하는 확인된 커맨드들을 제출할 수도 있다. 그래픽스 드라이버 (22) 는 또한, 할당 리스트에서의 핸들들을 제출하고 할당 리스트를 클리어링할 수도 있다.

그래픽스 드라이버 (22) 는 또한, 메모리 유닛들의 체인으로부터 제 1 및 제 2 메모리 유닛들을 릴리스하고, 오퍼레이팅 시스템 (20) 에 의해 할당된 부가적인 메모리 유닛들에 커맨드들의 제 2 세트의 나머지 커맨드들을 기입할 수도 있다. 어떠한 확인된 커맨드들도 저장하지 않는 메모리 유닛들에 대해, 그래픽스 드라이버 (22) 는 변수 confirmedEntries 를 그 메모리 유닛들에 대해 0 과 동일하게 설정할 수도 있다. 그 후, 그래픽스 드라이버 (22) 는, 커맨드들의 제 2 세트를 기입한 이후에 기입확인 커맨드를 실행할 수도 있다. 이 경우, 그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트를 플러시한 이후에 할당 리스트를 클리어링하였기 때문에, 핸들들의 미확인된 리스트에 임시로 저장되는 커맨드들의 제 2 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있을 것이다. 또한, 기입확인 커맨드에 응답하여, 커맨드들의 제 2 세트는 확인된 커맨드들로서 고려될 수도 있으며, 그래픽스 드라이버 (22) 는 확인 포인트를, 그래픽스 드라이버 (22) 가 커맨드들의 제 2 세트를 기입하는 것을 종료하였던 곳의 말단으로 이동시킬 수도 있다.

상기 경우에 있어서, 커맨드들의 제 2 세트의 기입 동안, 그래픽스 드라이버 (22) 는, 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 제 2 세트의 커맨드들을 메모리 유닛들의 체인의 말단에 도달시켰다. 일부 예들에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트의 모든 커맨드들을 기입하고, 메모리 유닛들의 체인의 말단에 여전히 도달하지 않을 수도 있다. 이들 예들에 있어서, 그래픽스 드라이버 (22) 가 커맨드들의 제 2 세트의 모든 커맨드들을 기입할 수 있고 메모리 유닛들의 체인의 말단에 여전히 도달하지 못할 수 있기 때문에, 그래픽스 드라이버 (22) 는 플러시 호출을 실행하지 않을 수도 있으며, 따라서, 커맨드들의 제 1 세트 (즉, 확인된 커맨드들) 를 제출하지 않을 수도 있고 커맨드들의 제 1 세트와 연관된 핸들들의 할당 리스트를 클리어링하지 않을 수도 있다.

또한, 이들 예들에 있어서, 커맨드들의 제 2 세트의 모든 커맨드들을 기입한 이후, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 기입확인 커맨드를 실행할 수도 있다. 기입확인 커맨드의 부분으로서, 그래픽스 드라이버 (22) 는 핸들들의 미확인된 리스트에서의 핸들들을 할당 리스트에 부가하려고 시도할 수도 있다. 이 경우, 할당 리스트는 커맨드들의 제 1 세트와 연관된 핸들들을 포함할 수도 있다. 핸들들의 미확인된 리스트에 커맨드들의 제 2 세트의 핸들들을 부가하는 것이 그 고정 사이즈보다 더 많은 핸들들을 저장하기 위한 할당 리스트가 허용할 것을 요구하지 않으면, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트의 핸들들을 할당 리스트에 부가하고, 핸들들의 미확인된 리스트를 클리어링하며, 확인 포인트를 커맨드들의 제 2 세트의 말단으로 이동시킨다.

핸들들의 미확인된 리스트에 커맨드들의 제 2 세트의 핸들들을 부가하는 것이 그 고정 사이즈보다 더 많은 핸들들을 저장하기 위한 할당 리스트가 허용할 것을 요구하면, 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있다. 이에 응답하여, 그래픽스 드라이버 (22) 는 모든 확인된 커맨드들 (예를 들어, 커맨드들의 제 1 세트) 및 관련 핸들들을 제출하고, 할당 리스트를 클리어링하며, 오직 확인된 커맨드들만을 저장하는 메모리 유닛들을 릴리스할 수도 있다. 그 후, 그래픽스 드라이버 (22) 는 핸들들의 방금 클리어링된 할당 리스트에 커맨드들의 제 2 세트의 핸들들을 저장하고, 확인 포인트를 커맨드들의 제 2 세트의 말단으로 이동시키고, 커맨드들의 제 2 세트가 확인된 커맨드들임을 나타낼 수도 있다.

도 2 는 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 커맨드 버퍼에 저장된 확인된 커맨드들 및 미확인된 커맨드들을 도시한 개념 다이어그램이다. 도 3 는 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 커맨드 버퍼에 저장된 확인된 커맨드들 및 미확인된 커맨드들을 도시한 다른 개념 다이어그램이다. 도 2 는, 아직 기입되지 않았던 커맨드들의 세트에 부가적인 커맨드들이 있는 메모리 유닛들의 체인의 메모리 유닛들을 그래픽스 드라이버 (22) 가 충진하였기 때문에 그래픽스 드라이버 (22) 가 플러시 호출을 실행하는 예시적인 경우를 도시한다. 도 3 은, 그래픽스 드라이버 (22) 가 커맨드들의 세트의 모든 커맨드들을 기입하지만 할당 리스트에서의 공간의 부족 때문에 플러시 호출을 실행하는 예시적인 경우를 도시한다.

예를 들어, 도 2 및 도 3 에 있어서, 메모리 유닛들의 체인은 메모리 유닛 A, 메모리 유닛 B, 메모리 유닛 C, 및 메모리 유닛 D 를 포함한다. 그래픽스 드라이버 (22) 는, 메모리 유닛들 (A, B, C, 및 D) 이 상주하는 버퍼 (26) 에서의 위치를 식별하는 그 개별 포인터들을 통해 메모리 유닛들 (A, B, C, 및 D) 을 참조할 수도 있다. 예를 들어, 도 2 및 도 3 은, 메모리 유닛들의 체인에서 제 1 메모리 유닛 (예를 들어, 메모리 유닛 A) 을 포인팅하는 IB2 체인 헤드 포인터를 도시한다. 오퍼레이팅 시스템 (20) 은 IB2 체인 헤드 포인터에 대한 정보를 버퍼 (24) (예를 들어, IB1 버퍼) 에 저장할 수도 있으며, 메모리 유닛들 (A, B, C, 및 D) 은 버퍼 (26) 에 상주할 수도 있다.

도 2 및 도 3 에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트를 메모리 유닛 A 에, 메모리 유닛 B 에, 및 메모리 유닛 C 에 부분적으로 (Cpartial 로 표시) 기입할 수도 있다. 커맨드들의 제 1 세트의 기입 이후, 그래픽스 드라이버 (22) 는 기입확인 커맨드를 실행할 수도 있다. 도 2 및 도 3 의 예들에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 제 1 세트와 연관된 핸들들을 할당 리스트에 저장할 수 있었다. 도 2 및 도 3 의 예들에 있어서, 그래픽스 드라이버 (22) 는 메모리 유닛 C 의 중간에서 (예를 들어, Cpartial 의 말단에서) 확인 포인트를 식별할 수도 있다.

그래픽스 드라이버 (22) 가 커맨드들의 제 1 세트의 모든 커맨드들을 메모리 유닛들의 체인의 메모리 유닛들에 기입할 수 있었고 그리고 커맨드들의 제 1 세트와 연관된 핸들들을 할당 리스트에 저장할 수 있었기 때문에, 커맨드들의 제 1 세트는 회색 음영으로 도시된 바와 같이 확인된 커맨드들로서 고려될 수도 있다. 또한, 도시된 바와 같이, 메모리 유닛들 (A 및 B) 이 오직 확인된 커맨드들만을 저장하기 때문에, 그래픽스 드라이버 (22) 는 usedEntries 변수를 confirmedEntries 와 동일하게 설정할 수도 있다. 메모리 유닛 C 가 확인된 커맨드들을 오직 부분적으로만 저장하기 때문에, 그래픽스 드라이버 (22) 는 usedEntries 변수를 confirmedEntries 와 동일하지 않게 설정할 수도 있다.

도 2 및 도 3 에 있어서, 그 후, 그래픽스 드라이버 (22) 는 확인 포인트로부터 시작하는 메모리 유닛들의 체인에 커맨드들의 제 2 세트를 기입할 수도 있다. 예를 들어, 그래픽스 드라이버 (22) 는, 그래픽스 드라이버 (22) 가 커맨드들의 세트를 기입하기 시작하려는 곳을 나타내는 포인터 (시작 포인터로서 지칭됨) 를 유지할 수도 있다. 처음에, 시작 포인터는 IB2 체인 헤드 포인터를 포인팅한다. 기입확인 커맨드의 성공적인 실행 이후, 그래픽스 드라이버 (22) 는 시작 포인터를 확인 포인트로 이동시킬 수도 있다. 예를 들어, 도 2 및 도 3 에 있어서, 그래픽스 드라이버 (22) 는 시작 포인터를 Cpartial 의 말단으로 이동시킬 수도 있다.

도 2 및 도 3 에 있어서, 커맨드들의 제 2 세트의 기입은 미확인된 커맨드들로 도시된다. 커맨드들의 제 2 세트는, 그래픽스 드라이버 (22) 가 기입확인 커맨드를 아직 성공적으로 실행하지 않았기 때문에 미확인된 커맨드들이다. 도 2 및 도 3 에 있어서, 그래픽스 드라이버 (22) 는 메모리 유닛 C (Cnext) 를 충진하고 그리고 메모리 유닛 D 를 충진 (도 2) 하거나 부분적으로 충진 (도 3) 하는 커맨드들의 제 2 세트의 커맨드들을 기입하는 것이 필요하다. 메모리 유닛 D 가 오직 미확인된 커맨드들만을 저장하기 때문에, 메모리 유닛 D 에 대한 confirmedEntries 는 0 과 동일하게 설정된다.

도 2 에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트를 기입하고, 아직 기입되지 않았던 커맨드들의 세트에서의 커맨드들이 여전히 있는 메모리 유닛들의 체인의 말단에 도달할 수도 있다. 이 경우, 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있고, 모든 확인된 커맨드들을 최종 실행을 위해 GPU (14) 에 제출할 수도 있다.

도 3 에 있어서, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트의 모든 커맨드들을 메모리 유닛들의 체인 내에 기입할 수 있었다 (즉, 메모리 유닛 D 는 오직 Dpartial 까지만 충진됨). 도 3 에 있어서, 그래픽스 드라이버 (22) 는, 기입확인 호출을 실행할 수도 있지만, 이 경우, 커맨드들의 제 2 세트와 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않을 수도 있다. 예를 들어, 커맨드들의 제 2 세트의 기입 동안, 그래픽스 드라이버 (22) 는 커맨드들의 제 2 세트와 연관된 핸들들을 핸들들의 미확인된 리스트에 임시로 저장할 수도 있다. 기입확인 커맨드의 실행으로, 그래픽스 드라이버 (22) 는 미확인된 핸들 리스트에서의 핸들들을 할당 리스트에 부가하려고 시도할 수도 있다. 하지만, 할당 리스트는 커맨드들의 제 1 세트 (즉, 확인된 커맨드들) 와 연관된 핸들들을 포함하며, 커맨드들의 제 2 세트와 연관된 핸들들을 할당 리스트에 부가하기 위해 그래픽스 드라이버 (22) 에 대한 할당 리스트에 충분한 공간이 있지 않을 수도 있다. 이 경우, 그래픽스 드라이버 (22) 는 플러시 호출을 실행할 수도 있고, 모든 확인된 커맨드들 및 관련 핸들들을 최종 실행을 위해 GPU (14) 에 제출할 수도 있다.

일부 예들에 있어서, 확인된 커맨드들을 제출하는 것의 부분으로서, 그래픽스 드라이버 (22) 는, 확인된 커맨드들을 저장하는 메모리 유닛들에 대한 시작 포인터 및 개별 포인터들의 위치를 GPU (14) 에 표시할 수도 있다. 부가적으로, 그래픽스 드라이버 (22) 는 확인 포인트를 포인팅하는 포인터를 GPU (14) 에 표시할 수도 있다. 그 후, GPU (14) 는 표시된 포인터들에 기초하여 확인된 커맨드들 모두를 커맨드 버퍼 (예를 들어, 버퍼 (26)) 로부터 함께 취출할 수도 있다. 그래픽스 드라이버 (22) 가 커맨드들의 다음 세트를 확인한 이후, 현재 확인 포인트를 포인팅하는 포인터는 커맨드들의 다음 세트에 대한 시작 포인터가 되고, 새롭게 결정된 확인 포인트 (즉, 그래픽스 드라이버 (22) 가 커맨드들의 제 2 세트를 기입하는 것을 종료하였던 곳) 는 확인된 커맨드들의 말단 포인트가 된다.

이러한 방식으로, 그 기술들은 확인 기반 방법을 활용하여, 어느 커맨드들이 최종 실행을 위해 GPU (14) 에 제출될 준비가 되는지를 나타낸다. 확인 기반 방법은 그래픽스 드라이버 (22) 로 하여금 커맨드들을 저장하기 위해 메모리 유닛들에 충분한 공간이 있는지 또는 핸들들에 대한 할당 리스트에 충분한 공간이 있는지 여부를 미리 결정할 필요없이 커맨드 버퍼에 커맨드들을 기입하게 한다. 그래픽스 드라이버 (22) 가, 커맨드들의 기입 동안, 메모리 유닛들에 충분한 공간이 있지 않다고 결정할 경우, 그래픽스 드라이버 (22) 는 커맨드들을 기입하기 전에 플러시 호출을 발행하는 대신 플러시 호출을 실행한다. 또한, 그래픽스 드라이버 (22) 가, 커맨드들의 기입 이후, 커맨드들과 연관된 핸들들에 대한 할당 리스트에 충분한 공간이 있지 않다고 결정할 경우, 그래픽스 드라이버 (22) 는 커맨드들을 기입하기 전에 플러시 호출을 발행하는 대신 플러시 호출을 실행한다.

도 4 는 본 개시에서 설명된 하나 이상의 예시적인 기술들에 따른, 예시적인 동작을 도시한 플로우차트이다. 예시의 목적으로, 그 기술들은 도 1 을 참조하여 설명된다.

프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 확인 포인트로부터 시작하는 커맨드 버퍼의 메모리 유닛들의 체인의 메모리 유닛들에 커맨드들의 현재 세트를 기입할 수도 있다 (40). 예를 들어, 커맨드들의 현재 세트를 기입하기 전에, 프로세서 (12) 는 커맨드들의 이전 세트를 메모리 유닛들의 체인에 기입하였을 수도 있으며, 또한 커맨드들의 이전 세트와 연관된 핸들들을 임시 리스트에 (예를 들어, 미확인된 핸들 리스트에) 기입하였을 수도 있다.

커맨드들의 이전 세트를 기입한 이후, 프로세서 (12) 는 기입확인 (예를 들어, ConfirmWrite) 커맨드를 실행하였을 수도 있다. 이 예에 있어서, 커맨드들의 이전 세트의 기입 동안, 메모리 유닛들의 체인의 말단에 도달하지 않고 커맨드들의 이전 세트 모두를 저장하기 위해 메모리 유닛들의 체인에 충분한 공간이 있었다 (예를 들어, 메모리 유닛의 체인에 기입되지 않았던 커맨드들의 이전 세트의 커맨드들은 없음) 고 가정한다. 기입확인 커맨드의 실행의 부분으로서, 프로세서 (12) 는 임시 리스트에서의 핸들들을 할당 리스트에 저장하였을 수도 있다 (예를 들어, 커맨드들의 이전 세트의 핸들들에 대한 할당 리스트에 충분한 공간이 있었음). 이 예에 있어서, 기입확인 커맨드의 실행의 부분으로서, 프로세서 (12) 는, 프로세서 (12) 가 커맨드들의 이전 세트를 기입하는 것을 종료하였던 메모리 유닛 내 포인트인 현재 확인 포인트를 식별할 수도 있다. 따라서, 커맨드들의 현재 세트에 대해, 프로세서 (12) 는 현재 확인 포인트로부터 커맨드들의 현재 세트의 커맨드들을 기입하기 시작할 수도 있다.

프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 현재 세트의 기입 동안 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 (예를 들어, 미확인된 핸들 리스트에) 저장할 수도 있다 (42). 예를 들어, 프로세서 (12) 는 새로운 임시 리스트를 생성하고, 커맨드들의 현재 세트와 연관된 핸들들을 이 새롭게 생성된 임시 리스트에 저장할 수도 있다. 다른 예로서, 프로세서 (12) 는 이전의 임시 리스트를 클리어링하고, 커맨드들의 현재 세트와 연관된 핸들들을 이러한 이제 클리어링된 임시 리스트에 저장할 수도 있다. 예를 들어, 커맨드들의 이전 세트와 연관된 핸들들을 임시 리스트로부터 할당 리스트로 저장한 이후, 프로세서 (12) 는 임시 리스트를 클리어링하여, 프로세서 (12) 로 하여금 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 저장하게 할 수도 있다.

도시된 바와 같이, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 메모리 유닛들의 체인의 말단에, 커맨드들의 현재 세트의 기입 동안 메모리 유닛들의 체인에 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들이 도달되는지 여부를 결정할 수도 있다 (44). 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 아직 기입되지 않았던 커맨드들의 현재 세트의 커맨드들을 메모리 유닛들의 체인의 말단에 도달시키면 (44 의 "예"), 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 이전에 확인된 커맨드들을 최종 실행을 위해 제출할 수도 있다 (46).

예를 들어, 이전에 확인된 커맨드들은, 현재 확인 포인트 이전의, 프로세서 (12) 에 의해 메모리 유닛들의 체인에 이전에 저장되었던 커맨드들 (예를 들어, 커맨드들의 이전 세트) 일 수도 있다. 예를 들어, 이전에 확인된 커맨드들은, 메모리 유닛들의 체인에 충분한 공간이 있었음을 그리고 커맨드들의 이전 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있었음을 프로세서 (12) 가 확인할 수 있었던 커맨드들의 현재 세트의 기입 이전에 프로세서 (12) 에 의해 메모리 유닛들의 체인에 저장되었던 커맨드들의 이전 세트일 수도 있다.

프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 현재 세트를 기입한 이후 메모리 유닛들의 체인의 말단에 도달하지 않으면 (44 의 "아니오"), 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부를 결정할 수도 있다 (48). 예를 들어, 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 임시 리스트에서의 핸들들을 할당 리스트에 부가하는 것이 이용가능한 것보다 할당 리스트에서 더 많은 공간을 요구하는지 여부를 결정할 수도 있다.

일 예로서, 프로세서 (12) 는 기입확인 커맨드를 실행할 수도 있으며, 실행의 부분으로서, 프로세서 (12) 는 임시 리스트에서의 핸들들을 할당 리스트에 부가하려고 시도할 수도 있다. 핸들들의 부가가 성공적이지 않으면, 프로세서 (12) 는, 임시 리스트에서의 핸들들을 할당 리스트에 부가하는 것이 이용가능한 것보다 할당에서 더 많은 공간을 요구함을 결정할 수도 있다. 핸들들의 부가가 성공적이면, 프로세서 (12) 는, 임시 리스트에서의 핸들들을 할당 리스트에 부가하는 것이 이용가능한 것보다 할당 리스트에서 더 많은 공간을 요구하지 않음을 결정할 수도 있다. 이러한 방식으로, 프로세서 (12) 는 임시 리스트에 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부를 미리 결정할 필요가 없을 수도 있으며, 대신, 할당 리스트에 충분한 공간이 있는지 여부를 먼저 체크하지 않고도, 임시 리스트에서의 핸들들을 할당 리스트에 부가하려고 시도할 수도 있다.

프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있지 않음을 결정하면 (48 의 "아니오"), 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 상기 설명된 바와 같이, 이전에 확인된 커맨드들을 최종 실행을 위해 제출할 수도 있다 (46). 프로세서 (12) 가, 그래픽스 드라이버 (22) 를 통해, 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있음을 결정하면 (48 의 "예"), 프로세서 (12) 는, 그래픽스 드라이버 (22) 를 통해, 확인 포인트를 커맨드들의 현재 세트의 말단으로 이동시킬 수도 있다 (50). 부가적으로, 그래픽스 드라이버 (22) 는 커맨드들의 현재 세트와 연관된 핸들들을 할당 리스트에 저장할 수도 있다.

프로세서 (12) 는, 커맨드 버퍼에 기입될 필요가 있는 커맨드들의 추가 세트가 있는지 여부를 결정할 수도 있다 (52). 기입될 필요가 있는 커맨드들의 추가 세트가 있으면 (52 의 "예"), 커맨드들의 추가 세트는 커맨드들의 현재 세트로서 고려될 수도 있고, 커맨드의 현재 세트는 이전에 확인된 커맨드들로서 고려될 수도 있으며, 프로세서 (12) 가 확인 포인트를 이동시켰던 포인트는 현재 확인 포인트로서 고려될 수도 있다. 그 후, 프로세서 (12) 는 현재 확인 포인트 (예를 들어, 확인 포인트로 새롭게 이동된 포인트) 로부터 메모리 유닛들의 체인의 메모리 유닛들에 커맨드들의 현재 세트를 기입할 수도 있다 (40). 그 후, 프로세스 (12) 는 도 4 에 도시된 예시적인 단계들을 반복할 수도 있다. 기입될 필요가 있는 커맨드들의 추가 세트가 있지 않으면 (52 의 "아니오"), 프로세서 (12) 는, 기입될 필요가 있는 커맨드들의 세트가 있을 때까지 커맨드들의 세트들의 기입을 종료할 수도 있다.

도 5 는 본 개시에서 설명된 하나 이상의 예시적인 기술들을 구현하도록 구성될 수도 있는 디바이스를 도시한 블록 다이어그램이다. 예를 들어, 도 5 는 예시적인 디바이스 (58) 를 예시한다. 디바이스 (58) 는 도 5 에 더 상세히 도시된 도 1 의 디바이스 (10) 의 일 예일 수도 있다. 도 5 의 예에 있어서, 디바이스 (58) 는 프로세서 (12), GPU (14), 및 시스템 메모리 (16) 를 포함할 수도 있다. 간략화의 목적으로, 프로세서 (12), GPU (14), 및 시스템 메모리 (16) 는, 이들 컴포넌트들이 도 1 에 대하여 전술되었기 때문에 도 5 에 대하여 더 설명되지 않는다. 디바이스 (58) 는 또한, 디스플레이 프로세서 (60), 트랜시버 모듈 (62), 사용자 인터페이스 (64), 및 디스플레이 (66) 를 포함할 수도 있다. 트랜시버 모듈 (62) 및 디스플레이 프로세서 (60) 양자는 프로세서 (12) 및/또는 GPU (14) 와 동일한 집적회로 (IC) 의 부분일 수도 있거나, 이들 양자는 프로세서 (12) 및/또는 GPU (14) 를 포함하는 IC 또는 IC들 외부에 있을 수도 있거나, 또는 프로세서 (12) 및/또는 GPU (14) 를 포함하는 IC 외부에 있는 IC 에 형성될 수도 있다.

디바이스 (58) 는 명료화의 목적으로 도 5 에 도시되지 않은 추가 모듈들 또는 유닛들을 포함할 수도 있다. 예를 들어, 디바이스 (58) 는, 디바이스 (58) 가 모바일 무선 전화기인 예들에서 전화 통신을 실시하기 위해 스피커 및 마이크로폰 (이들 중 어느 것도 도 5에 도시되지 않음) 을 포함하거나 디바이스 (58) 가 미디어 플레이어인 경우 스피커를 포함할 수도 있다. 디바이스 (58) 는 또한 비디오 카메라를 포함할 수도 있다. 더욱이, 디바이스 (58) 에서 도시된 다양한 모듈들 및 유닛들은 디바이스 (58) 의 모든 예에서 필요하지 않을 수도 있다. 예를 들어, 사용자 인터페이스 (64) 및 디스플레이 (66) 는, 디바이스 (58) 가 데스크탑 컴퓨터이거나 또는 외부 사용자 인터페이스 또는 디스플레이와 인터페이싱하기 위해 장비된 다른 디바이스인 예들에서 디바이스 (58) 외부에 있을 수도 있다.

사용자 인터페이스 (64) 의 예들은 트랙볼, 마우스, 키보드, 및 다른 타입들의 입력 디바이스들을 포함하지만 이에 한정되지 않는다. 사용자 인터페이스 (64) 는 또한 터치 스크린일 수도 있고 디스플레이 (66) 의 부분으로서 통합될 수도 있다. 트랜시버 모듈 (62) 은, 디바이스 (58) 와 다른 디바이스 또는 네트워크 사이의 무선 또는 유선 통신을 허용하기 위한 회로를 포함할 수도 있다. 트랜시버 모듈 (62) 은 변조기들, 복조기들, 증폭기들, 및 유선 또는 무선 통신을 위한 다른 그러한 회로를 포함할 수도 있다.

일부 예들에 있어서, GPU (14) 는 완전히 형성된 이미지를 시스템 메모리 (16) 에 저장할 수도 있다. 디스플레이 프로세서 (60) 는 시스템 메모리 (16) 로부터 이미지를 취출하고, 디스플레이 (66) 의 픽셀들로 하여금 이미지를 디스플레이하도록 조명하게 하는 값들을 출력할 수도 있다. 디스플레이 (66) 는, GPU (14) 에 의해 생성된 이미지 콘텐츠를 디스플레이하는 디바이스 (10) 의 디스플레이일 수도 있다. 디스플레이 (66) 는 액정 디스플레이 (LCD), 유기 발광 다이오드 디스플레이 (OLED), 음극선관 (CRT) 디스플레이, 플라즈마 디스플레이, 또는 다른 타입의 디스플레이 디바이스일 수도 있다.

하나 이상의 예들에 있어서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합에서 구현될 수도 있다. 소프트웨어에서 구현된다면, 그 기능들은 컴퓨터 판독가능 매체 상에 저장될 수도 있다. 컴퓨터 판독가능 매체는 컴퓨터 데이터 저장 매체를 포함할 수도 있다. 데이터 저장 매체는 본 개시에서 설명된 기술들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체일 수도 있다. 한정이 아닌 예로서, 그러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들을 포함할 수 있다. 본 명세서에서 사용된 바와 같은 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하며, 여기서, 디스크 (disk) 는 통상적으로 데이터를 자기적으로 재생하지만 디스크 (disc) 는 레이저를 이용하여 데이터를 광학적으로 재생한다. 상기의 조합들이 또한, 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.

그 코드는 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로 프로세서들, 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 로직 어레이들 (FPGA들), 또는 다른 균등한 집적된 또는 별개의 로직 회로와 같은 하나 이상의 프로세서들에 의해 실행될 수도 있다. 이에 따라, 본 명세서에서 사용된 바와 같은 용어 "프로세서" 는 본 명세서에서 설명된 기술들의 구현에 적합한 전술한 구조 또는 임의의 다른 구조 중 임의의 구조를 지칭할 수도 있다. 또한, 그 기술들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.

본 개시의 기술들은 무선 핸드셋, 집적 회로 (IC) 또는 IC들의 세트 (즉, 칩 세트) 를 포함하여 매우 다양한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들 또는 유닛들이 개시된 기술들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 본 개시에서 설명되지만, 반드시 상이한 하드웨어 유닛들에 의한 실현을 요구하지는 않는다. 오히려, 상기 설명된 바와 같이, 다양한 유닛들은 적절한 소프트웨어 및/또는 펌웨어와 함께 상기 설명된 바와 같은 하나 이상의 프로세서들을 포함하여 하드웨어 유닛으로 결합되거나 또는 상호운용식 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.

다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims

커맨드들을 저장하는 방법으로서,
프로세서로, 메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하는 단계;
상기 프로세서로, 상기 메모리 유닛들의 체인의 말단에, 상기 커맨드들의 현재 세트의 기입 동안 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드의 현재 세트의 커맨드들이 도달되는지 여부; 및 상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부; 중 적어도 하나를 결정하는 단계; 및
상기 프로세서로, 상기 결정에 기초하여 상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 상기 결정에 기초하여 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면, 상기 커맨드들의 현재 세트의 기입 이전 상기 메모리 유닛들의 체인에 상기 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을 제출하는 단계를 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 커맨드들의 현재 세트의 기입 동안 상기 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 저장하는 단계를 더 포함하고,
상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하는 것은, 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하는 것이 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하려고 시도함으로써 이용가능한 것보다 상기 할당 리스트에서 더 많은 공간을 요구하는지 여부를 결정하는 것을 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 커맨드들의 현재 세트와 연관된 핸들들을 상기 할당 리스트에 저장하는 단계; 및
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 현재 확인 포인트를 다른 메모리 유닛으로 이동시키는 단계를 더 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 현재 확인 포인트가 식별되는 메모리 유닛 이전에, 상기 메모리 유닛들의 체인으로부터 메모리 유닛들을 릴리스하는 단계; 및
상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 하나 이상의 부가적인 메모리 유닛들을 상기 메모리 유닛들의 체인에 할당하는 단계를 더 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면 상기 할당 리스트를 클리어링하는 단계를 더 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 단계는 상기 커맨드들의 현재 세트를 저장하기 위해 상기 메모리 유닛들의 체인에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 단계를 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 단계는 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 단계를 포함하는, 커맨드들을 저장하는 방법.
제 1 항에 있어서,
상기 프로세서는 제 1 프로세서를 포함하고, 상기 커맨드들의 현재 세트는 상이한 제 2 프로세서에 의해 실행하기 위한 것인, 커맨드들을 저장하는 방법.
제 8 항에 있어서,
상기 제 1 프로세서는 중앙 프로세싱 유닛 (CPU) 을 포함하고, 상기 제 2 프로세서는 그래픽스 프로세싱 유닛 (GPU) 을 포함하는, 커맨드들을 저장하는 방법.
커맨드 버퍼를 포함하는 시스템 메모리; 및
프로세서를 포함하고,
상기 프로세서는,
메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 상기 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하고;
상기 메모리 유닛들의 체인의 말단에, 상기 커맨드들의 현재 세트의 기입 동안 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드의 현재 세트의 커맨드들이 도달되는지 여부; 및 상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부; 중 적어도 하나를 결정하고; 그리고
상기 결정에 기초하여 상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 상기 결정에 기초하여 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면, 상기 커맨드들의 현재 세트의 기입 이전 상기 메모리 유닛들의 체인에 상기 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을 제출하도록
구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는,
상기 커맨드들의 현재 세트의 기입 동안 상기 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 저장하도록 구성되고,
상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하기 위해, 상기 프로세서는 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하는 것이 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하려고 시도함으로써 이용가능한 것보다 상기 할당 리스트에서 더 많은 공간을 요구하는지 여부를 결정하도록 구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는,
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 커맨드들의 현재 세트와 연관된 핸들들을 상기 할당 리스트에 저장하고; 그리고
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 현재 확인 포인트를 다른 메모리 유닛으로 이동시키도록
구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는,
상기 현재 확인 포인트가 식별되는 메모리 유닛 이전에, 상기 메모리 유닛들의 체인으로부터 메모리 유닛들을 릴리스하고; 그리고
상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 하나 이상의 부가적인 메모리 유닛들을 상기 메모리 유닛들의 체인에 할당하도록
구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는,
상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면 상기 할당 리스트를 클리어링하도록 구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는 상기 커맨드들의 현재 세트를 저장하기 위해 상기 메모리 유닛들의 체인에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하도록 구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하도록 구성되는, 디바이스.
제 10 항에 있어서,
상기 프로세서는 제 1 프로세서를 포함하고, 상기 디바이스는 상이한 제 2 프로세서를 더 포함하고, 상기 커맨드들의 현재 세트는 상기 제 2 프로세서에 의해 실행하기 위한 것인, 디바이스.
제 17 항에 있어서,
상기 제 1 프로세서는 중앙 프로세싱 유닛 (CPU) 을 포함하고, 상기 제 2 프로세서는 그래픽스 프로세싱 유닛 (GPU) 을 포함하는, 디바이스.
명령들이 저장된 컴퓨터 판독가능 저장 매체로서,
상기 명령들은, 실행될 경우, 하나 이상의 프로세서들로 하여금
메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하게 하고;
상기 메모리 유닛들의 체인의 말단에, 상기 커맨드들의 현재 세트의 기입 동안 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되는지 여부; 및 상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부; 중 적어도 하나를 결정하게 하고; 그리고
상기 결정에 기초하여 상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 상기 결정에 기초하여 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면, 상기 커맨드들의 현재 세트의 기입 이전 상기 메모리 유닛들의 체인에 상기 하나 이상의 프로세서들에 의해 저장되었던 이전에 확인된 커맨드들을 제출하게 하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금
상기 커맨드들의 현재 세트의 기입 동안 상기 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 저장하게 하는 명령들을 더 포함하고,
상기 하나 이상의 프로세서들로 하여금 상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하게 하는 명령들은, 상기 하나 이상의 프로세서들로 하여금 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하는 것이 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하려고 시도함으로써 이용가능한 것보다 상기 할당 리스트에서 더 많은 공간을 요구하는지 여부를 결정하게 하는 명령들을 포함하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 커맨드들의 현재 세트와 연관된 핸들들을 상기 할당 리스트에 저장하게 하고; 그리고
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 현재 확인 포인트를 다른 메모리 유닛으로 이동하게 하는
명령들을 더 포함하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금
상기 현재 확인 포인트가 식별되는 메모리 유닛 이전에, 상기 메모리 유닛들의 체인으로부터 메모리 유닛들을 릴리스하게 하고; 그리고
상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 하나 이상의 부가적인 메모리 유닛들을 상기 메모리 유닛들의 체인에 할당하게 하는
명령들을 더 포함하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금
상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면 상기 할당 리스트를 클리어링하게 하는 명령들을 더 포함하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금 상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하게 하는 명령들은 상기 하나 이상의 프로세서들로 하여금 상기 커맨드들의 현재 세트를 저장하기 위해 상기 메모리 유닛들의 체인에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하게 하는 명령들을 포함하는, 컴퓨터 판독가능 저장 매체.
제 19 항에 있어서,
상기 하나 이상의 프로세서들로 하여금 상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하게 하는 명령들은 상기 하나 이상의 프로세서들로 하여금 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하게 하는 명령들을 포함하는, 컴퓨터 판독가능 저장 매체.
메모리 유닛들의 메모리 유닛에 있어서의 현재 확인 포인트로부터 시작하는 커맨드 버퍼에서의 메모리 유닛들의 체인에 커맨드들의 현재 세트를 기입하는 수단;
상기 메모리 유닛들의 체인의 말단에, 상기 커맨드들의 현재 세트의 기입 동안 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드의 현재 세트의 커맨드들이 도달되는지 여부; 및 상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 할당 리스트에 충분한 공간이 있는지 여부; 중 적어도 하나를 결정하는 수단; 및
상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 또는 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면, 상기 커맨드들의 현재 세트의 기입 이전 상기 메모리 유닛들의 체인에 프로세서에 의해 저장되었던 이전에 확인된 커맨드들을 제출하는 수단을 포함하는, 디바이스.
제 26 항에 있어서,
상기 커맨드들의 현재 세트의 기입 동안 상기 커맨드들의 현재 세트와 연관된 핸들들을 임시 리스트에 저장하는 수단을 더 포함하고,
상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하는 수단은, 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하는 것이 상기 임시 리스트에서의 핸들들을 상기 할당 리스트에 부가하려고 시도함으로써 이용가능한 것보다 상기 할당 리스트에서 더 많은 공간을 요구하는지 여부를 결정하는 수단을 포함하는, 디바이스.
제 26 항에 있어서,
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 커맨드들의 현재 세트와 연관된 핸들들을 상기 할당 리스트에 저장하는 수단; 및
상기 커맨드들의 현재 세트의 기입 이후 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있으면 상기 현재 확인 포인트를 다른 메모리 유닛으로 이동시키는 수단을 더 포함하는, 디바이스.
제 26 항에 있어서,
상기 현재 확인 포인트가 식별되는 메모리 유닛 이전에, 상기 메모리 유닛들의 체인으로부터 메모리 유닛들을 릴리스하는 수단; 및
상기 메모리 유닛들의 체인의 말단에, 상기 메모리 유닛들의 체인에 아직 기입되지 않았던 상기 커맨드들의 현재 세트의 커맨드들이 도달되면 하나 이상의 부가적인 메모리 유닛들을 상기 메모리 유닛들의 체인에 할당하는 수단을 더 포함하는, 디바이스.
제 26 항에 있어서,
상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있지 않으면 상기 할당 리스트를 클리어링하는 수단을 더 포함하는, 디바이스.
제 26 항에 있어서,
상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 수단은 상기 커맨드들의 현재 세트를 저장하기 위해 상기 메모리 유닛들의 체인에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 수단을 포함하는, 디바이스.
제 26 항에 있어서,
상기 메모리 유닛에 있어서의 상기 현재 확인 포인트로부터 시작하는 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 수단은 상기 커맨드들의 현재 세트와 연관된 핸들들을 저장하기 위해 상기 할당 리스트에 충분한 공간이 있는지 여부를 결정하지 않고 상기 메모리 유닛들의 체인에 상기 커맨드들의 현재 세트를 기입하는 수단을 포함하는, 디바이스.