用于传达子装置状态信息的系统、方法和计算机程序产品制造方法及图纸

本发明专利技术提供一种用于传达子装置状态信息的系统、方法和计算机程序产品。在使用中，利用驱动器将装置的多个子装置暴露于应用程序。接着可从所述应用程序接收针对与所述子装置中的至少一者相关联的状态信息的请求。响应于所述请求，将所述状态信息提供给所述应用程序。

【技术实现步骤摘要】

本专利技术涉及资源管理，且更明确地说，涉及从各种资源获得状态信息。
技术介绍
现有技术图1说明根据现有技术的用于管理多个图形处理器的系统100。如图所示， 包含一对应用程序102、 104，其递送针对完成各种图形处理任务的请求。通常，此类应 用程序102、 104仅能够向单个图形处理器发出请求。换句话说，此类应用程序102、 104 经配置使得它们假定仅存在一个图形处理器。然而，在如同所展示的系统100的较新近系统中，提供至少一对图形处理器108、 110 来执行所述各种图形处理器任务。为了在多个图形处理器108、 IIO与装备有单个处理器 的应用程序102、 104间提供互操作性，通常使用驱动器106。特定地说，驱动器106在 所述组件间提供接口，使得可在不同的图形处理器108、 IIO间划分由应用程序102、 104 发出的任务请求。为此目的，应用程序102、 104不是以离散方式看待图形处理器108、 110，而是将它们看作是单个装置112，从而遵守其任务请求协议等。遗憾的是，上文所提及的类型的驱动器的操作阻止应用程序(尤其是，经装备以与 多个图形处理器一起工作的那些应用程序)单独询问此类图形处理器。因此，需要克服 与现有技术相关联的这些和/或其它问题。
技术实现思路
本专利技术提供一种用于传达子装置状态信息的系统、方法和计算机程序产品，其利用 驱动器。在使用中，将装置的多个子装置暴露于应用程序。可接着从所述应用程序接收 针对与所述子装置中的至少一者相关联的状态信息的请求。响应于所述请求，向所述应 用程序提供所述状态信息。 附图说明现有技术图1说明根据现有技术的用于管理多个图形处理器的系统。 图2展示根据一个实施例的用于传达子装置状态信息的方法。 图3说明根据一个实施例的用于传达子装置状态信息的系统。 图4展示根据另一实施例的用于识别多个装置和子装置的方法。图5是用于多处理器图形处理系统的母板的示范性实施例的方框图。 具体实施例方式图2展示根据一个实施例的用于传达子装置状态信息的方法200。如图所示，通过 使用驱动器，将装置的多个子装置暴露于应用程序。见操作202。在本描述内容的上下文中，此类子装置每一者可包含在至少一个采用基于半导体的 集成电路或芯片形式的半导体平台上构建的任何装置。另外，前述子装置以装置形式相 关联，使得应用程序感知此类关联且同时暴露于其不同性质。当然，前述应用程序可指能够利用所述子装置的任何软件和/或硬件。另外，所述驱 动器指的是能够在应用程序与所述一个子装置和多个子装置之间提供接口的任何软件。 而且，所述子装置可以支持下文将论述的剩余操作的任何方式来暴露。在一个可选实施例中，此类子装置可包含单独的图形处理器。作为另一个选择，此 类子装置可包含不同的图形处理器单元(GPU)。在参看图3等期间将更详细地陈述关于 此实施例的更多信息。当然，所述子装置每一者可指满足上文所陈述的定义的任何装置。由于操作202的暴露，可接着从应用程序接收针对与所述子装置中的至少一者相关 联的状态信息的请求。见操作204。在本描述内容的上下文中，状态信息可指性能信息、 温度信息、功率信息和/或与特定子装置的状态相关的任何信息。响应于操作204的请求，将状态信息提供给应用程序。见操作206。作为选择，可 由前述驱动器接收此请求，所述驱动器又根据操作206提供所请求的状态信息。现将陈述关于可根据用户需要用于或不用于构建前述构架的各种可选结构和部件的 更多说明性信息。应明显注意到，出于说明性目的来陈述以下信息，且不应以任何方式 将以下信息理解为限制性的。以下部件中的任一者可视情况包含或不包含所描述的其它 部件。图3说明根据一个实施例的用于传达子装置状态信息的系统300。作为选择，本系 统300可以是图2的方法200的主体。然而，当然，系统300可在任何所需环境中使用。 而且，以上定义适用于以下描述内容中。如图所示，包含一对应用程序302、 304，其发出针对完成各种处理任务的请求。与 图1的现有技术系统100不同的是，此类应用程序302、 304能够向包含多个子装置的装 置发出请求以及向所述子装置个别地发出请求。为此目的，此类应用程序302、 304经配 置以辨别单独的装置312、 316 (其每一者包含一个或一个以上子装置308、 310和314) 以及所述子装置308、 310和314本身。如图3所示，此类子装置308、 310和314每一者可包含单独的图形处理器。为了适应应用程序302、 304的此类能力，包含驱动器306以用于不仅暴露装置312、 316，而且暴露子装置308、 310和314。为此目的，应用程序302、 304可依据操作模式 以离散方式相对于图形处理器308、 310以及相对于相关联的单个装置312来发出请求。特定地说，子装置308、 310和314能够以第一模式进行操作，其中第一子装置308 充当第二子装置310的从属装置。将在参看图5期间更详细地陈述此类主从操作的实例。 在一个实施例中，可根据NVIDIA SLlTM技术来执行此第一模式的操作。通过参看以申 请案序列号10/990,712在04年11月17日申请的申请案可了解到关于此类技术的更多信 息，所述申请案以全文引用的方式并入本文中。而且，子装置308、 310和314能够以第二模式进行操作，其中第一子装置308和第 二子装置310独立操作。举例来说，此类独立操作可在没有主从操作等情况下执行。因此，在使用中，可将子装置308、310和314的状态信息提供给应用程序302、 304， 这与子装置308、 310和314是以第一模式还是第二模式进行操作无关。换句话说，可存 取此类子装置状态信息，不管系统300以第一模式还是第二模式进行操作。在第一模式 包含前述NVIDIA SLlTM技术的实施例的情形中，不是必定需要禁用此类技术来存取子 装置状态信息。还应注意到，在装置316和子装置314的情况下，装置316包含单个子装置314。 为此目的，在一些实施例中，装置316的任何状态信息均与子装置314的状态信息相同。 因此，在此类实施例中，针对与装置316相关联的状态信息的任何请求均将提供关于子 装置314的此类信息，且反之亦然。在装置316包含单个子装置314的其它实施例中，对装置316的询问可能相对于对 子装置314的询问产生不同的结果。而且，在另外的其它实施例中，对装置316的请求 可为有效的，而相同请求对于子装置314可为无效的。仅举例来说，在装置316包含可 被询问的风扇和/或电源装置而子装置314不包含所述装置的情形中可存在这样的情况。图4展示根据另一实施例的用于识别多个装置和子装置的方法400。作为选择，可 在图3的系统300和图2的方法200的情形中实施本方法400。然而，当然，所述方法 400可在任何所需环境中实施。再次，上文所介绍的定义适用于以下描述内容。如图所示，在操作402中确定多个装置(例如，见(举例来说)图3的装置312、 316等)。特定地说，响应于应用程序(例如，见(举例来说)图3的应用程序302、 304 等)的请求，可由驱动器(例如，见(举例来说)图3的驱动器306等)识别多个装置，本文档来自技高网...

【技术保护点】
一种方法，其包括：　　　　利用驱动器将装置的多个子装置暴露于应用程序；　　　　从所述应用程序接收针对与所述子装置中的至少一者相关联的状态信息的请求；以及　　　　响应于所述请求，将所述状态信息提供给所述应用程序。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：特伦斯约翰卡拉埃尔，赫伯特O莱德博姆，
申请(专利权)人：辉达公司，
类型：发明
国别省市：US[美国]