基于票证的请求流控制的制作方法

基于票证的请求流控制
1.相关申请的交叉引用
2.本专利申请要求于2019年3月4日提交的标题为“ticket based request flow control(基于票证的请求流控制)”的美国临时申请no.62/813,542以及于2020年3月3日提交的标题为“ticket based request flow control(基于票证的请求流控制)”的美国非临时申请no.16/808,073的权益，这两者都被转让给其受让人，并且通过引用全部明确并入本文。
技术领域
3.所公开的方面涉及多处理器系统中的业务管理和数据流控制。


背景技术：

4.多处理器系统是在单个计算机系统内使用两个或更多个中央处理单元(cpu)的计算机系统。这些多个cpu彼此密切通信，从而共享(一个或多个)计算机总线、(一个或多个)存储器系统和其他外围设备。当需要非常高的速度来处理大量数据时，多处理器系统通常会被使用。
5.多处理器系统的cpu或更一般地主机可以利用一个或多个存储器控制器来与存储器系统或更一般地从机接口连接。可以存在用于各种主机与从机之间的业务流的互连系统，其具有串行化点，诸如公共总线。流控制方法被使用以尝试允许来自主机的访问请求以有效并且平衡的方式到达目标从机。


技术实现要素：

6.以下呈现了与本文公开的一个或多个方面相关的简化发明内容。因此，以下发明内容不应被视为与所有设想方面相关的广泛概述，以下发明内容也不应被视为标识与所有设想方面相关的关键或主要元素，或描写与任何特定方面相关联的范围。因此，以下发明内容的唯一目的是在下面呈现的详细描述之前以简化形式呈现与关于本文公开的机制的一个或多个方面相关的某些概念。
7.在一个方面中，一种在具有一个或多个主机和一个或多个从机的处理系统中管理业务的方法包括：在目标从机处，从请求主机接收请求；由目标从机向请求主机提供具有票证值的票证，该票证值具有初始值；由目标从机，广播对票证的票证值的一个或多个更新，以更新票证值；以及由目标从机，服务于来自请求主机的请求的重传，该请求的重传具有针对票证的票证值的最终票证值。
8.在一个方面中，一种在具有一个或多个主机和一个或多个从机的处理系统中管理业务的方法包括：将来自请求主机的请求传输给目标从机；在请求主机处，从目标从机接收针对请求的票证，以指示目标从机不可用于服务请求，该票证具有票证值；在请求主机处，从目标从机接收一个或多个广播消息，以指示票证值将被更新；基于一个或多个广播消息来更新票证值；以及当票证值已经达到最终票证值时，将请求重传给目标从机。
并不要求本公开的所有方面都包括所讨论的特征、优点或操作模式。
21.本文使用的术语仅用于描述特定方面，并且不旨在限制本公开的各个方面。例如，如本文使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另外清晰指示。还要理解的是，当在本文中使用时，术语“包括(comprises)”、“包括了(comprising)”、“包括着(includes)”和/或“包括有(including)”指定存在所阐明的特征、整数、步骤、操作、元素和/或组件，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、组件和/或其群组。
22.进一步地，许多方面根据要由例如计算设备(诸如多处理器系统)的元件执行的动作序列来描述。将认识到，本文描述的各种动作可以由具体电路(例如专用集成电路(asic))、由一个或多个处理器执行的程序指令或两者的组合来执行。附加地，本文描述的这些动作序列可以被认为完全实施在其中存储有对应计算机指令集的任何形式的计算机可读存储介质内，该计算机指令集在执行时将导致关联处理器执行本文描述的功能性。因此，本公开的各个方面可以以多种不同的形式实施，所有这些都被设想为在要求保护的主题的范围内。另外，针对本文描述的各个方面中的每个方面，任何这种方面的对应形式可以在本文中被描述为例如“被配置为”执行所描述的动作的“逻辑”。
23.如上面提到的，流控制方法被使用，以尝试允许来自主机(例如处理器/核心)的访问请求来以有效并且平衡的方式到达目标从机(例如存储器模块)。常规的业务流管理技术(诸如依赖于基于信用的协议的那些技术)对于大型系统来说是不实用并且效率低下的。例如，相对少量的串行化点可以负责保留信用以允许来自大量主机的请求，这意味着一些请求可以被备份，从而增加要被处理的请求的往返延迟，并且还会降级性能或要求增加资源和成本。即使在负载较轻的系统上，这也可以限制活动主机使用空闲信用。
24.备选技术可以完全避免流控制，并且允许主机在任何时间发起请求。虽然这对于负载较轻的系统可以是实用的，但随着业务的增加，目标从机可能会迅速变得过载，导致请求被拒绝服务，从而导致系统上的业务流的重传和不平衡。而且，被迫重传其请求的主机可以盲目操作，而不知道其预期从机将何时可用于服务该主机的请求，因此可能过早(导致更多重传)或过晚(导致性能损失)发起重传。因此，需要改善流控制机制。
25.在本公开的示例性方面中，一种出票流控制机制被公开，以用于改进例如多处理环境中的业务管理。在示例性方面中，主机(例如处理器/核心)可以在任何时间点发起访问从机(例如存储器模块)的请求。当请求到达其目标从机时(或在一些中间节点处，将被进一步解释)，如果目标从机具有可用性，则请求被接受以进行服务。然而，如果从机没有服务于请求所需的可用性，那么请求主机被提供有重试响应，称为“票证”，以作为请求的占位符。票证可以是个体票证或群组票证，它将来自一个或多个主机的多个请求分组在一起。票据可以包括关于请求可以何时被重传的信息以及标识目标从机(或票证的发布者)的可能的其他信息。要注意的是，如本文使用的，从机提供“重试”响应(即，票证)，并且主机“重传”请求。
26.图1图示了示例性处理系统100的示意图。例如，处理系统100可以是任何专用或通用片上系统(soc)。如所示出的，处理系统100可以包括一个或多个核心102a至102n。核心102a至102n可以是任何代理、处理器或计算设备，诸如cpu、数字信号处理器(dsp)、通用处理器(gpp)、现场可编程门阵列(fpga)、输入/输出设备、接口设备等。一些核心102a至102n
可以具有一个或多个缓存和/或其他本地存储器设备，代表性地图示为缓存104a至104m。核心102a至102n和(在适用的情况下)缓存104a至104m可以通过系统总线或互连106被彼此耦合并且耦合至一个或多个从机，包括存储器108、通过芯片到芯片(c2c)链路110连接的从机(未示出)等。在一个方面中，处理系统100可以被实施为支持一个或多个插槽的多插槽系统，以用于连接一个或多个片外存储器或从机，其可以通过链路(诸如c2c链路110)访问。要注意的是，处理系统100的组件的所图示布置仅仅是示例性的，并且上述组件的替代布置和连接在本公开的范围内。
27.核心102a至102n或缓存104a至104m中的任何一者都可以表示可以发出要被服务的请求的主机。例如，如果核心102a至102n中的一个核心发出在缓存104a至104m中的一个缓存中错过的请求，则该请求可以被转发以从存储器108服务。在一些情况下，错过可以从一个或多个片外存储器或从机(例如集成到与一个或多个核心102a至102n被集成的芯片分离的芯片上)取回，并且可以通过c2c链路110服务于这些错过。
28.互连106可以使用流控制机制来将请求转发给从机，诸如存储器108和/或c2c链路110。存储器108可以具有一个或多个存储器组或其他存储器子系统，这些存储器子系统可以被单独地设目标并且可操作以服务于请求。存储器控制器(为了简单起见未单独示出)可以被配置为控制对存储器108的访问，特别是对存储器108的各个子系统的访问。在一些方面中，存储器控制器可以具有单独的队列，如在本领域中已知的，以用于存储请求和数据，每个队列与不同的存储器组或其他子系统相关联。例如，由存储器108服务于请求的可用性可以基于关联队列中的空间来确定。因此，存储器108可以表示可以接收来自一个或多个主机(例如一个或多个核心102a至102n)的请求的一个或多个从机。而且，如先前提及的，一个或多个从机还可以通过c2c链路110访问。如本文描述的，一个或多个从机可以被配置为当一个或多个主机不可用于立即服务于请求时向它们发布票证。
29.在图1中，命令120、结果130和监听132已在概念方向上被标识，以分别指示从主机流向从机的命令(命令120)、从从机向主机广播的结果(诸如票证)(结果130)以及根据本公开供应的票证更新(监听132)。从逻辑上讲，命令120、结果130和监听132可以流过相应的命令信道、结果信道和监听信道，即使命令、结果和监听信道可能不是物理上分离的。命令信道、结果信道和监听信道可以是连接图1中的处理系统100的各种主机和从机的互连系统的一部分。
30.在示例性方面中，如下所述，基于票证的流控制机制可以在命令信道、结果信道和监听信道的适当组合中实施。
31.例如，来自主机中的一个主机(请求主设备)的用于访问从机中的一个从机(目标从机)的新请求可以在命令信道上发送。如果目标从机具有接受和服务于请求的可用性，则请求可以被递送给目标从机并且由目标从机服务。在该情况下，这种服务的结果可以在结果信道上提供。在这种情况下，一旦请求被递送给目标从机/被目标从机接受，请求操作就完成了。
32.然而，如果目标从机不具有可用性并且请求需要被重传，那么目标从机可以在结果信道上向请求主机提供票证以及重试指示。在一些情况下，群组票证可以被提供而不是每个主机的个体票证，以改善效率并且减少成本/业务。个体票证是针对单个针对请求的票证，而群组票证是针对来自一个或多个主机的一组多个针对请求的票证。请求主机保持具
有票证的请求，并且可以不重传请求，直到目标从机指示它现在正在接受对请求主机所保持的该票证群组的请求。
33.可以在于命令信道上被发送的请求中标识目标从机，并且可选地，请求所属于的类别还可以被包括在请求中。该类别可以表示请求是否是读取、写入、关联的优先级等。当目标从机的资源变得可用时，使得它可以开始接受更多请求，目标从机可以通过例如在监听信道上向所有主机广播票证递减或者备选地向可能发现广播相关的主机的所选子集广播票证递减来提供相关指示。监听信道上的票证递减可以与请求主机已经发布的票证的源标识符(即，从机的标识符)相关联。当主机从目标从机接收票证递减指示时，主机会递减来自该从机的该主机所保持的与票证递减指示中所指示的标准相匹配的所有票证的票证计数。在一些情况下，如果票证递减指示包括群组票证标识符(id)，则对与票证递减指示中指示的标准相匹配的所有群组票证执行递减。一旦用于目标从机的主机票证计数达到0，主机就可以赎回票证并且重传请求。因此，当请求主机的票证计数在来自目标从机的票证计数连续递减一次或多次后达到0时，请求主机可以将请求重传给目标从机。
34.在一个方面中，诸如回写操作等高优先级请求可以通过为这些请求配置目标从机以维护由其票证类别分类的单独票证池来加速。如上面提及的，主机还可以利用每个类别的票证群组数目来捕获票证类别，包括源id和类别标识。
35.当票证被分发时，目标从机的票证类别的指示可以由主机使用以确定其票证类别以用于未来通信。因此，票证类别在票证递减通知被广播时提供，并且当请求主机重传请求时，请求主机指示其票证类别(从而一旦主机的群组票证号递减到0就赎回票证)。要了解的是，将票证计数递减到零只是更新票证以确定它们何时变得可赎回的一种方式，并且在本公开的范围内可以存在确定票证何时变得可赎回的备选方法。
36.如先前提及的，票证也可以由一个或多个节点或串行化点发布，诸如c2c链路110。针对命令信道上的请求，当多个请求将被同时发送给通过c2c链路110连接至互连106的存储器或从机时，c2c链路110可以形成串行化点。在这种情况下，即使在请求通过c2c链路110到达目标从机之前，中间出票机制也可以被采用。这可以形成多级出票机制，一个出票级别用于c2c链路110，并且另一出票级别用于通过c2c链路110连接的目标从机。附加的这种出票级别也可以被嵌套或累积而不脱离本公开的范围。
37.以下示例性信令可以被用于在命令信道、结果信道和监听信道上实施以上出票过程。以下描述中的c2c票证是指用于访问c2c链路110的票证，并且非c2c票证是指由目标从机生成的不可用于容易地服务于针对请求的票证。
38.针对命令信道，以下字段可用于来自请求主机的命令或请求(例如命令120)：
39.‑
rtytktrequired：该字段指示是否需要重试票证。
40.‑
tktreceived：该字段指示关联请求先前是否已接收到非c2c票证。
41.‑
tktclass[n
‑
1:0]：该字段指示从具有票证的目标从机接收到的票证的类别。该字段可能仅在tktreceived或c2ctktreceived被断言时才有效。
[0042]
‑
c2ctktreceived：该字段指示关联请求先前是否已接收到来自c2c链路的票证。
[0043]
通过从机，票证在结果信道上广播并且票证在监听信道上递减。针对这些信道上的票证和票证递减，以下字段可以可用：
[0044]
‑
tktvalid：该字段指示票证是否已经被分配。如果针对在命令信道上发送的请求
生成，则该字段被设置为0，其中rtytktrequired被取消断言以指示不需要重试票证，或者rtrytktrequired和c2ctktvalid二者都被断言(例如设置为1)。
[0045]
‑
tktgrpcount：该字段指示票证群组计数，这是由请求主机在请求可以被重传之前执行的递减次数。
[0046]
‑
tktclass[n
‑
1:0]：该字段指示票证的类别，其可以被用于区分命令类型(例如读取、写入、回写)或优先级类别。
[0047]
‑
tktsrcid：该字段标识票证源或出票器，即，票证生成从机或其他票证分发实体，该字段在监听信道上广播的票证递减中被使用，以标识哪些针对请求的票证群组计数要被递减。
[0048]
‑
c2ctktvalid：该字段指示c2c票证是否已经被分配(其中目标从机的票证和用于访问c2c链路110的c2c票证是独立的)。如果响应于rtytktrequired取消断言或rtrytktrequired和tktvalid二者都断言(例如设置为1)的请求而生成，则该字段被设置为0。即，当rtytktrequired被断言时，tktvalid和c2ctktvalid是互斥的。
[0049]
tktvalid、c2ctktvalid和rtytktrequired之间的关系在下面如表1所示：
[0050][0051]
表1
[0052]
通过以上信令，应该注意的是，在以下情况下c2c链路110不需要tktgrpcount或tktsrcid的唯一副本，其中两个级别(c2c链路110和目标从机(或远程端点))的票证被同时断言/启动。
[0053]
此外，在一些情况下，c2c链路110不需要唯一的票证类别信号，这是因为已经从目标从机接收到票证的请求可以被置于高优先级类别，而先前没有出票的请求可以被置于低优先级类别。这种情况是否适用以及相关信息可以从tktvalid字段中推断。主机仍然可以追踪用于确定递减(tktdecrement)的两个票证级别。
[0054]
以下描述了出票器对请求的处置，诸如从机或更一般地端点(例如存储器108或通过c2c链路110连接的从机等)。当请求到达无法服务于或排队请求的端点时，以下场景将被描述。
[0055]
如果请求已经分配了票证，那么出票器不发布新的票证；主机保留主机先前具有的同一票证。结果中的票证群组计数用0填充(例如)。要注意的是，新票证可能不会为票证群组0分发；因此，当主机在票证群组字段中看到结果为0时，主机知道要保留主机先前为该请求接收到的现有票证群组计数。
[0056]
如果请求还没有票证，并且出票器仍然留有票证要分发，则出票器在重试结果中指示出票器正在向请求主机分发票证；出票器还指示票证群组数目，然后票证群组数目可以由主机使用以知道在重传相同请求之前主机需要看到多少票证群组递减通知。然而，要
注意的是，主机不需要追踪被接收到的递减通知的数目。相反，当票证计数已经递减到零时，主机可以重传请求。
[0057]
如果请求已经没有票证并且出票器没有剩余的票证要分发，那么出票器在重试结果中指示没有剩余的票证(tktvalid＝0)。当tktvalid＝0时，剩余的票证信息(例如包括字段tktgrpcount、tktsrcid、tktclass等的结果130)可以由出票器供应。主机在重传请求之前等待指示的递减次数。在tktvalid＝0时给出的tktgrpcount小于最终将被发送的tktdecrement命令的数目。
[0058]
当c2c出票器(例如c2c链路110)发布票证时，c2c出票器负责在结果中将tktreceived反射回tktvalid。c2c出票器还可以用c2c出票器值替换tktgrpcount、tktsrcid、tktclass字段。
[0059]
票证可以按顺序分发，例如从群组
‘1’
开始。一旦群组1的所有票证都被分发，出票器就可以开始分发群组
‘2’
的票证。一旦所有这些票证都已经被分发，出票器就可以移动到群组
‘3’
，依此类推。在所有现有票证已经被分发之前，票证可能无法被回收。换言之，如果出票器在群组j中仍有n个票证要分发并且已经为群组k赎回了多个票证(其中k<j)，那么出票器可能不会重新分发那些已赎回的票证。相反，一旦群组k的所有票证都已经被赎回，则群组k成为最高群组(例如j 1或j 2等)，然后群组k的票证可以被对应地分发。
[0060]
票证群组递减命令(tktdecrement)可以作为监听132的字段在监听信道上发送或广播。没有响应于该通知而被返回给出票器的响应。
[0061]
目标从机或其他端点可以发送将群组“x”标记为当前正被服务的群组的票证群组递减命令，而群组x
‑
1的票证保持未决。目标从机或其他端点可以实施检查以确保群组x票证不会重复阻止群组x
‑
1重传的请求，以确保处理前进。例如，如果已出票请求需要被重传，则出票器可以停止发送早期的tktdecrement，直到当前群组的所有未决请求已经被返回为止。
[0062]
出票器还可以实施用于重新使用没有填满或填满缓慢的群组计数的票证的机制。例如，一旦群组的未决票证的数目等于或小于出票器中用于服务于请求的可用空间，群组数目就可以被重新使用。在这种情况下，如果出票器有足够的资源来接受群组中的未决请求，则出票器可以不等待群组中的所有票证都被分发之后再重新使用这些票证。
[0063]
虽然目标从机或其他端点可以具有未决的票证(即，已被分发但尚未赎回的票证)，但目标从机可以接受没有票证的一定数目的请求，但保留一定数目的请求以处置已正确出票的票证。如果目标从机具有任何未决的票证，则目标从机可以实施机制以防止目标从机的资源被占用以用于未出票请求。
[0064]
出票器可以采用具有各种粒度的机制来追踪哪些主机或主机群组需要看到它/它们的票证群组递减广播。例如，出票器可以使用向量追踪请求主机可能属于的特定源id/群组，其中向量可以是每个票证群组唯一的，以使出票器知道何时停止将票证群组递减通知转发给包括请求主机的群组。每个群组的每个向量都可以被逻辑相加(例如or运算在一起)，并且如果任何向量位为接通(on)，那么票证群组递减通知可以被发送给相应群组。
[0065]
在一个方面中，c2c链路110可以被视为特殊类别的出票器，其可以为其自己的资源生成票证，以及从其他端点出票器传递票证。为了支持主机不需要在c2c链路110处重复排队的行为，用于c2c链路110和其他(非c2c链路)端点的单独或专用字段可以被使用。例
如，所有c2c出票器都可以断言c2ctktvalid，而所有非c2c出票器都可以取消断言c2ctktvalid。
[0066]
以下更详细地描述由请求主机发出的请求。在一个方面中，如果请求需要被重传，则主机可以在发出请求时指示它是否需要票证。当主机发出请求时，主机可以指示它是否正在尝试用该请求赎回票证(即，重传具有完全递减的票证值的请求)。当主机重传具有票证的请求时，主机预计不会改变会导致请求被路由到不同的端点(例如从机)的请求属性。
[0067]
当主机接收到重试指示(例如票证)时，主机可以存储票证群组计数、票证类别、票证源id以及tktvalid和c2ctktvalid指示的合适组合，它们在本文中被统称为*tktvalid信号。主机可以与端点tktclass分开存储c2ctktclass。在一个方面中，如果c2ctktvalid＝1，则tktclass是c2c类别，否则它是端点tktclass。
[0068]
如果主机接收到没有有效票证值(*tktvalid＝0)的重试指示，则这可以指示出票器没有票证。剩余的票证信息(tktgrpcount、tktsrcid、tktclass等)将在*tktvalid＝0时有效。因此，主机可以被配置为在重新请求之前等待所指示的递减次数(tktreceived＝0)。
[0069]
当主机具有用于未决请求的群组票证号时，主机可以开始监测监听信道以获得来自出票器的票证递减命令。针对与请求相匹配的每个票证递减命令广播，主机可以将票证群组数目减少接收到的递减值，直到票证群组数目达到并且保持(饱和到)0为止，这是因为群组计数不可以被递减到低于0。
[0070]
主机可以被配置为等待重传请求，直到票证群组计数达到0为止。当具有票证的请求到达目标从机或出票器并且目标从机能够对其进行服务或排队时，票证被称为将被赎回。
[0071]
为了确保处理系统100不会由于明显缺乏资源而发生错误或“挂起”，票证被设计为无损的。即，一旦票证已经由出票器针对请求分发，该票证最终会被返回给出票器，使得该票证随后可以被重新用于对该出票器的另一请求。希望放弃请求的主机可以等待票证群组计数达到0，然后发送具有与原始请求相同的地址/属性的tktcancel命令。
[0072]
也就是说，票证取消请求(tktcancel)可以由先前发出请求并且被给予群组票证的主机使用。所公开的出票方案依赖于票证的守恒，因此如果主机接收到稍后想要放弃的票证，则应该将票证返回给端点。在发送该请求之前，主机应该等待其票证计数达到零为止。然而，由命令类型路由的操作(例如分布式虚拟存储器(dvm)和屏障、点对点(p2p)、数据缓存清理和领域密钥id级别2(dccirkidl2)缓存操作无效等)可能不会发布tktcancel，这是因为可能没有足够的信息将取消请求路由到适当的端点。
[0073]
即使主机正在赎回先前授予的票证，接收到已被重传的请求的出票器可以重新加载票证字段。在这种情况下，出票器负责适当地设置群组计数。该行为允许c2c出票器在必要时覆盖新的群组计数值。
[0074]
如果请求先前接收到端点票证，则重传请求以赎回c2c票证的主机可以使用端点tktclass。c2c出票器基于tktreceived的值来知道要赎回的票证类别。
[0075]
图2a至2c图示了根据本公开的各个方面的具有用于c2c票证和端点票证的关联结果130的命令120(即，请求)的示例序列。
[0076]
具体地，图2a图示了示例性序列200，在c2c链路110(出票器)发送第一票证的情况下，其包括命令120(例如由主机发送的请求)和用于组合端点(例如从机)和c2c票证的结果
130。在命令120中，tktreceived和c2ctktreceived字段被设置为“0”，指示命令120是初始请求。在结果130中，tktvalid、c2ctktvalid和tktclass字段分别被设置为“0”、“1”和“000”，指示该票证是低优先级c2c票证。在这种情况下，c2c链路110被示出为发布足够的监听132递减，以使命令/请求被重新发布。
[0077]
图2b图示了示例性序列210，在c2c链路110(出票器)发送第一票证的情况下，其包括命令120(例如由主机发送的请求)和用于组合端点(例如从机)和c2c票证的结果130。在命令120中，tktreceived和c2ctktreceived字段分别被设置为“0”和“1”，指示命令120是重传的赎回c2c票证的请求。在结果130中，tktvalid、c2ctktvalid和tktclass字段分别被设置为“1”、“0”和“epclass”(端点类别)，指示该票证是针对端点的。在这种情况下，端点被示出为发布足够的监听132递减，以使命令/请求被重试/赎回，命令120中的tktreceived、c2ctktreceived和tktclass字段分别被设置为“1”、“0”和“epclass”。
[0078]
图2c图示了示例性序列220，在端点(出票器)发送第一票证的情况下，其包括命令120(例如由主机发送的请求)和用于组合端点和c2c票证的结果130。在命令120中，tktreceived、c2ctktreceived和tktclass字段被设置为“0”，指示初始请求。在结果130中，tktvalid、c2ctktvalid和tktclass字段分别被设置为“1”、“0”和“epclass”，指示命令120通过c2c链路110而c2c链路110没有发布票证，并且相反端点发布了票证。端点然后为要被重传的命令/请求发布足够的递减，并且主机通过发布另一命令120来重传请求，该命令120的tktreceived、c2ctktreceived和tktclass字段分别被设置为“1”、“0”和“epclass”，以指示命令120是重新请求赎回端点票证。在图2c的示例中，在结果130中，tktvalid、c2ctktvalid和tktclass字段分别被设置为“1”、“1”和“001”，指示高优先级c2c票证已经被发布。然后，c2c发布足够的递减，以使组合的c2c和端点命令/请求被重试。主机然后可以发布另一命令210，其中tktreceived、c2ctktreceived和tktclass字段分别被设置为“1”、“1”和“epclass”，指示主机正在赎回c2c和端点票证。
[0079]
要了解的是，示例性方面包括用于执行本文公开的过程、功能和/或算法的各种方法。例如，图3图示了在具有一个或多个主机和一个或多个从机的处理系统(例如处理系统100)中管理业务的方法300。方法300可以由目标从机(例如存储器108、c2c链路110)执行。
[0080]
在302中，目标从机从请求主机(例如核心102a至102n)接收请求(例如命令信道上的命令120)。
[0081]
在304中，如果目标从机不可用于服务于请求，则目标从机向请求主机提供具有票证值的票证，该票证值具有初始值(例如大于“0”的值)。目标从机可以在结果信道上提供票证作为结果130。
[0082]
在306中，当目标从机中的资源变得可用时，目标从机广播对票证的票证值的一个或多个更新以更新(例如递减)票证值。目标从机可以向请求主机广播一个或多个更新作为监听信道上的一个或多个监听132。
[0083]
在308中，目标从机服务于来自请求主机的请求的重传，该请求的重传具有票证的票证值的最终票证值(例如值为“0”)。目标从机可以在命令信道上接收作为命令120的重复请求。
[0084]
图4图示了在具有一个或多个主机和一个或多个从机的处理系统(例如处理系统100)中管理业务的另一方法400。方法400可以由请求主机(例如核心102a至102n)来执行。
[0085]
在402中，请求主机将请求(例如命令信道上的命令120)从请求主机(例如核心102a至102n)传输给目标从机(例如存储器108、c2c链路110)。
[0086]
在404中，请求主机从目标从机接收针对请求的票证(例如结果信道上的结果130)，以指示目标从机不可用于服务于请求，该票证具有票证值。
[0087]
在406中，请求主机从目标从机接收一个或多个广播消息(例如侦听信道上的一个或多个侦听132)以指示票证值将被更新。
[0088]
在408中，请求主机基于一个或多个广播消息更新(例如递减)票证值。
[0089]
在410中，当票证值已经达到最终票证值(例如已经被递减到零)时，请求主机向目标从机重传已出票请求(例如作为命令信道上的命令120)。
[0090]
本公开的示例性方面可以被利用的示例装置在图5中示出。图5示出了示例性计算设备500的框图，该示例性计算设备500包括处理器502，其可以是主机，被配置为核心102a至102n中的一个核心，并且具体地，在图5的示例中，被配置为图1中的核心102a。对应地，关于图1讨论的缓存104a、互连106、存储器108和c2c链路110也被示出(c2c链路110被示出在计算设备500的外部以概念性地图示c2c链路110可以提供到片外设备的连接)。图1所示的处理系统100的许多其他细节可以适用于图5，但为了清楚起见，这些细节已经在图5的描述中省略，并且要理解的是，它们可以与参照图1描述的那样类似地配置。在一个方面中，计算设备500可以被配置为分别执行图3和4的方法300和400。
[0091]
在图5中，处理器502被示出为通信地耦合至存储器108(例如在图5的示例中经由缓存104a和互连106)。图5还示出了被耦合至处理器502和显示器528的显示控制器526。
[0092]
在一些方面中，计算设备500可以包括用虚线示出的一些可选框。例如，计算设备500可以可选地包括耦合至处理器502的编码器/解码器(codec)534(例如音频和/或语音codec)；耦合至codec 534的扬声器536和麦克风538；以及耦合至无线天线542和处理器502的无线控制器540(其可以包括调制解调器)。
[0093]
在特定方面中，在存在一个或多个上述可选框的情况下，处理器502、显示控制器526、存储器108、codec 534和无线控制器540可以被包括在系统级封装或片上系统设备522中。输入设备530、电源544、显示器528、扬声器536、麦克风538、无线天线542、电源544和c2c链路110可以在片上系统设备522外部，并且可以被耦合至片上系统设备522的一个或多个组件，诸如接口或控制器。
[0094]
应该注意的是，尽管图5大体上描绘了计算设备500，但是处理器502和存储器108还可以被集成到机顶盒、音乐播放器、服务器、视频播放器、娱乐单元、游戏设备、导航设备、个人数字助理(pda)、固定位置数据单元、计算机、膝上型计算机、平板计算机、通信设备、移动电话或其他类似设备中。
[0095]
本领域技术人员将了解，信息和信号可以使用各种不同科技和技术中的任何一种来表示。例如，在以上整个描述中可能引用的数据、指令、命令、信息、信号、位、符号和芯片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任何组合表示。
[0096]
进一步地，本领域技术人员将了解，结合本文公开的各个方面描述的各种说明性逻辑块、模块、电路和算法步骤可以被实施为电子硬件、计算机软件或两者的组合。为了清晰地说明硬件和软件的这种可互换性，各种说明性组件、框、模块、电路和步骤已经在上面在其功能性方面进行了总体描述。这种功能性是被实施为硬件还是软件取决于特定应用和
强加于总体系统的设计约束。技术人员可以针对每个特定应用以不同方式实施所描述的功能性，但是这种实施决策不应被解释为导致脱离本公开的范围。
[0097]
结合本文公开的各个方面描述的方法、序列和/或算法可以被直接实施在硬件中、由处理器执行的软件模块中或者两者的组合中。软件模块可以驻留在随机存取存储器(ram)、闪存、只读存储器(rom)、可擦除可编程rom(eprom)、电可擦除可编程rom(eeprom)、寄存器、硬盘、可移除磁盘、压缩盘(cd)、数字视频盘(dvd)或者本领域中已知的任何其他形式的存储介质中。示例性存储介质可以被耦合至处理器，使得处理器可以从存储介质读取信息并且将信息写入到存储介质。在替代方案中，存储介质对于处理器来说可能是必不可少的。
[0098]
因此，本公开的一个方面可以包括计算机可读介质，该计算机可读介质实施用于在处理系统中管理业务的方法。因此，本公开不被限于所图示的示例，并且用于执行本文描述的功能性的任何部件都被包括在本公开的各个方面中。
[0099]
虽然前述公开示出了本公开的说明性方面，但应该注意的是，在不脱离由所附权利要求限定的本公开的范围的情况下，各种改变和修改可以在本文中进行。根据本文描述的本公开的各个方面的方法权利要求的功能、步骤和/或动作不需要以任何特定顺序执行。此外，尽管本公开的元素可以以单数形式描述或要求保护，但是复数形式被设想，除非对单数形式的限制被明确阐明。