CN1716209A - 线程到线程通信 - Google Patents
线程到线程通信 Download PDFInfo
- Publication number
- CN1716209A CN1716209A CNA2005100800370A CN200510080037A CN1716209A CN 1716209 A CN1716209 A CN 1716209A CN A2005100800370 A CNA2005100800370 A CN A2005100800370A CN 200510080037 A CN200510080037 A CN 200510080037A CN 1716209 A CN1716209 A CN 1716209A
- Authority
- CN
- China
- Prior art keywords
- thread
- message
- gateway
- identifier
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了线程到线程通信。第一线程向信关注册用以接收通信。注册过程包括标识用于接收消息的位置。信关将从第二线程接收到的消息有效载荷映射到所述第一线程的位置。第一线程检测所述位置中的有效载荷,并且在用于处理时使用它。
Description
技术领域
本发明的实施方案总地涉及并行处理,更具体地,涉及用于线程到线程通信的技术。
背景技术
线程是一个独立的可执行指令块,它能够被复制地、并行地处理。软件可被开发为线程化的,意味着它可以被复制地、并行地处理。当在线程化应用内发生了大量相互独立的处理时,或者当线程化应用要处理大量数据时,并行处理特别有用。并行处理技术允许更有效率地使用处理器和存储器,并且在多处理器体系结构中提供了更高的处理吞吐率。
在一些领域中并行处理已显得特别有益并被部署在产业之中,这些示例性的领域包括图形和多媒体处理。这些领域通常耗用大量的数据,并且这些数据中的很多可以相互独立地处理,或者相互独立地致使生成期望的输出。
典型地,线程化应用使用以下模块,该模块控制多个可被同时处理的线程化应用的处理流。即,一个模块判断一些线程已何时结束了它们的处理,以及某些其他线程何时应开始进行处理。该模块紧紧耦合到它所管理的线程化应用。这意味着该模块保留有处理逻辑,以便识别它正在管理的线程并与之通信。因此,如果多处理器环境中的其他情况更改了某一具体线程的处理位置,则所述模块将这一改变后的位置通知给处理逻辑。结果,所述模块可能变得难以控制,并且可能需要定期的调整和维护,以便有效地管理它在多处理器环境中的线程化应用。
另外,在很多应用(例如图形、多媒体、数据信号处理、数值计算、物理建模、人工智能等)中,都可能存在固有的数据依存性,这种依存性可能会限制可实现的线程并行度。对于一些多媒体应用来说这格外成问题,在多媒体应用中,数据单元可能很大,并且可能因为识别出的数据依存性的量而只能找到有限的少数独立线程。这些数据依存性也可能是多维并且复杂的,导致因为只有少数独立线程是可以识别的并被并行处理,所以即便在使用并行处理时,传统的并行处理技术也几乎没有使处理吞吐率提高。事实上,与线程通信相关联的开销和成本高是现有并行体系结构和方法中普遍存在的问题。
因此,需要改进的用于并行处理技术的线程到线程通信。
发明内容
为解决以上问题,本发明提供了线程到线程通信。第一线程向信关(gateway)注册用以接收通信。注册过程包括标识用于接收消息的位置。信关将从第二线程接收到的消息有效载荷映射到所述第一线程的位置。第一线程检测所述位置中的有效载荷,并且在用于处理时使用它。
根据本发明的一个方面,提供了一种方法,包括:注册第一和第二线程中的至少一个线程用以通信;如果第一线程被注册,则标识供第一线程从第二线程接收通信的第一位置;如果第二线程被注册,则标识供第二线程从第一线程接收通信的第二位置;从所述线程中的一个线程接收消息;并且响应于包括在所述消息中的目的地标识符,将所述消息转发到所述位置之一。
根据本发明的另一个方面,提供了一种方法,包括:向信关发送打开信关请求,其中所述请求包括对用于接收消息的位置的引用;用线程标识符构造(configuring)子线程;以及发起所述子线程。
根据本发明的又一个方面,提供了一种系统,包括:第一线程;第二线程;和信关,其中所述信关通过判定与所述第一和第二线程相关联的位置,建立并管理所述第一和第二线程之间的通信,其中所述那些位置收容在所述第一和第二线程之间发生的消息。
根据本发明的再一个方面,提供了一种具有关联指令的机器可访问介质,所述指令在被访问时导致所述机器执行:保持在第一线程标识符和第一位置引用之间的第一映射以及在第二线程标识符和第二位置引用之间的第二映射当中的至少一个映射;并且,有一些消息从所述第一和第二线程中的至少一个线程被发送到所述第一和第二位置引用中的至少一个位置引用,响应于包括在这些消息中的目的地标识符,并且响应于所述第一和第二映射中的至少一个映射,转发所述消息,其中用于某一具体消息的具体目的地标识符是所述第一线程标识符或所述第二线程标识符。
根据本发明的再又一个方面,提供了一种装置,存在于计算机可访问介质中,包括:映射库;目的地寄存器;和路由器,其中所述目的地寄存器从发起线程接收目标线程标识符,所述目标线程标识符位于所述映射库中,用以标识用于目标线程的处理位置,并且其中路由器响应于所述处理位置,将从所述发起线程接收到的消息的有效载荷传递通过,到达所述目标线程。
附图说明
图1是根据本发明一个示例性实施方案的、用于线程到线程通信的一种方法的流程图。
图2是根据本发明一个示例性实施方案的、用于线程到线程通信的另一种方法的流程图。
图3是根据本发明一个示例性实施方案的、用于线程到线程通信的又一种方法的流程图。
图4是根据本发明一个示例性实施方案的、线程到线程通信系统的图。
图5是根据本发明一个示例性实施方案的、协助实现线程到线程通信的示例性信关体系结构的图。
具体实施方式
图1图示了用于线程到线程通信的一种方法100的流程图。方法100被实现在机器可访问介质中。然而,可以用多种方式实现方法100,仅以示例的方式来说,方法100可被实现为一系列信号,作为硬件实现的一部分,等等。在一个实施方案中,方法100是在相互通信的线程之间起到中介或管道作用的信关服务。信关服务的处理可被实现为软件、固件、硬件或者它们的各种组合。通过集成在多处理器机器体系结构内的任何网络,可以访问所述方法。
一开始,获得或开发出管理线程化应用的驱动器应用。该驱动器应用可被视为一个父线程(parent thread),它管理着它产生的子线程(children thread)。该驱动器应用在多处理器体系结构中被启动用于处理,并被设计为以下列方式与方法100的处理(此后称为“信关”)进行通信。
在一个实施方案中,父线程被视为第一线程。然而,父线程的指定是相对的,因为初始父线程(例如驱动器应用)的初始子线程自身相对于该初始子线程产生的任何下属子线程而言可以是一个父线程。此外,这里使用的术语“第一和第二线程”可以指寻根到一个初始父线程的任意两个线程。另外,初始父线程可被视为第一或第二线程。父线程、子线程、第一和第二线程等术语的指定是基于具体处理状态和线程之间的交互而作出的。
在110A,第一线程被注册到用于从其他线程接收消息或通信的信关。与110A同时,在110A之前或者之后,第二线程110B被注册到用于从其他线程接收消息或通信的信关。在一个实施方案中,当线程向信关发出打开信关请求时,实现向信关的注册。打开信关请求标识出请求线程、操作(例如打开信关请求)、可选的密钥信息、以及位置引用,所述位置是请求线程在通信期间希望从其他线程接收消息的位置。
信关经由在注册期间所提供的请求线程的标识符,获取用于请求线程的特定位置标识符。在注册期间提供的操作字段通知信关所述请求线程正在请求什么动作(例如打开信关、注册、转发消息、关闭信关等)。在注册期间提供的可选密钥信息通过指示信关检查前往请求线程的任何消息以获得密钥信息,允许信关代表请求线程实现安全性。在另一个实施方案中,可选密钥信息是由信关产生的,并在注册期间被发送给请求线程。信关可以使用随机数发生器(RNG)、伪随机数发生器(PRNG)、安全密钥交换协议例如公钥密码算法(例如使用由Rivest、Shamir和Adleman开发的RSA算法的因特网加密和认证)、或者安全性领域中的普通技术人员所公知的任何其他技术来生成密钥。在注册期间提供的位置引用向信关指示一个请求线程期望接收消息的寄存器或存储器位置。
在111A和111B,在注册期间接收的、分别用于第一和第二线程的第一和第二位置引用从初始注册过程中被识别出来,并由信关保留用于将来与第一和第二线程的通信。在一个实施方案中,所述引用标识出第一和第二线程预期看见(see)消息的寄存器或寄存器内的偏移。在一些实施方案中,信关保持在第一和第二线程的身份和它们各自的位置引用之间的第一和第二映射。只要线程正在允许通信,信关就保持所述映射。换言之,信关一直保持所述映射,直到请求线程关闭了和信关之间的通信(例如关闭信关操作)。信关也可以具备自动关门能力。信关可以在线程终止时,自动地关闭用于该线程的通信。这可以通过硬件、软件或软硬件的组合来实现。例如,信关可以监控活动线程的状态,或者操作系统可以通知信关线程何时终止。
一旦向信关注册了第一和第二线程,这两个线程之间的通信就以下列方式进行。在注册后的某一时刻,在120处,从线程之一向信关发送消息。在进行双向通信的情况下,发送线程可以是第一和第二线程。在其他情况下,当只进行单向通信时,发送线程可以是除第一和第二线程之外的不同线程。信关检查所述消息的操作字段,以确定所述信关正被请求何种类型的操作。操作类型可以包括打开信关请求(例如注册请求)、转发消息请求、或者关闭信关请求。如果在120处,与所述消息相关联的操作是先前已提交了打开信关请求的线程的打开信关请求,则该操作被忽略,或者可选地,这一事件可以触发一个错误信号。如果所述操作是关闭信关请求,则在121处,信关删除它所保持的对请求线程用于接收消息的位置的引用以及正由该信关保持的相应映射。这意味着请求线程不能经由信关接收到消息,直到再次发出后续的打开信关请求或注册请求。
如果(在120处)与所述消息相关联的操作是转发消息请求,则在122处,信关从接收到的消息中提取目的地标识符。目的地标识符是由请求线程提供的标识符,它标识出将要接收所述消息的具体目的地线程。发送由信关在120处接收的消息的请求线程可以用各种方式获得所述目的地标识符。例如,第一和第二线程的公共父线程可以在发起第一和第二线程进行处理之前,构造并提供第一和第二线程内的线程标识符。在可替换的实施方案中,信关可以指派通用标识符,所述通用标识符在注册(例如,打开信关操作)期间映射到特定的线程标识符。这些通用标识符可以由各线程经由它们标识出的用于接收消息的位置,从信关处获取。
作为一个实施例,考虑向信关注册以和其他线程通信的初始父线程。信关可以经由初始父线程通过注册向信关提供的位置,返回用于初始父线程的通用标识符。可替换地,初始父线程假定注册是成功的,并且它的标识符就是在注册期间被提供给信关的那一个(由于初始父线程将知道它自己的实际标识符或处理位置和引用标识符)。
接下来,初始父线程用它的通用标识符或实际标识符来构造多个子线程,并且产生或发起各个子线程。子线程的标识符可以在父线程产生它们之后来指派,因而可能对于父线程而言是未知的,这是因为一旦硬件、软件或软硬件的组合加载并执行子线程后,子线程就可以在多种不同的位置上登陆多种不同的处理器或者在这些处理器上被处理。子线程的第一动作之一可以是一旦它们发生并且运行在具体处理器上,就向初始父线程发送它们的标识符。为了完成这个动作,每个子线程向以下信关发送消息,所述信关将初始父线程的标识符作为目的地线程标识符,并且将所述子线程的标识符包括在消息有效载荷中。可替换地,如果子线程具有到父线程的直接映射和通信信道,则该子线程可以直接将它的标识符放置在初始父线程的期望寄存器位置中。如果消息被发送到信关,则目的地标识符使得信关获取正确的引用位置,用以放置所述消息的有效载荷。该有效载荷是发送了所述消息的子线程的标识符,并且一旦被写入初始父线程的寄存器位置,就被初始父线程检测到。
此时,子线程和初始父线程具有彼此的标识符,并且可以使用这些标识符作为用于在线程之间发送的消息的目的地线程标识符。可以使用经由初始父线程的间接路由,使得一个子线程可以获得另一个子线程的标识符。换言之,子线程和父线程知道彼此的标识符,因此一个子线程可以联系初始父线程,并且请求另一个子线程的标识符。
在123处,如果信关正在处理转发消息操作,则从接收到的消息中提取出目的地标识符。在一些实施方案中,这可能意味着将目的地标识符从通用标识符映射到特定的线程标识符,该特定的线程标识符在130处被用来获得到用于消息的有效载荷的目的地位置的引用的正确映射。一旦获知对目的地位置的引用,信关就将消息有效载荷发送到那个位置。接收线程检测数据已被写入其位置,并且读取该数据,这个数据是从一个不同的线程发送而来的消息有效载荷。于是该有效载荷导致接收线程基于所接收有效载荷的内容而采取某种动作。
在一些实施方案中,在消息由信关转发到适当的位置前,信关在140处从消息中提取密钥信息。该密钥信息针对为目的地线程保持的密钥信息进行匹配。信关可以使用简单的数值比较、公钥密码算法、或者安全性领域中的普通技术人员所公知的其他技术来验证和匹配密钥。如果发生匹配,则如上所述地继续进行转发消息操作。然而,如果密钥信息不匹配的话,则信关可以忽略转发消息操作,将失败的操作写入日志,将失败的操作告知目的地线程,和/或将失败的操作告知另一个应用或服务。
图1的信关为线程透明地相互传送消息而起到管道和中介的作用。线程使用信关相互通信。如果在处理期间一些线程被移动到不同的位置,则信关可以管理这些变化,并且线程不必为了继续彼此交互而被修改。
图2图示了用于线程到线程通信的另一种方法200。方法200可以作为一系列信号,作为硬件组件等被实现在机器可访问或可读介质中。在一个实施方案中,方法200代表了父线程在与其子线程和信关交互时的处理,所述信关例如是上面参考图1的方法100所描述的信关。
方法200(此后称为“父线程”)一开始被加载并启动,以在多处理器环境内的具体处理器上进行处理。多处理器环境中的处理器(例如同时多线程化(SMT)处理器)可以支持并行执行的多个线程。在这种情况下,线程标识符不仅可以包括线程的处理器信息,还可以包括有关处理器的线程槽(thread slot)的信息。线程标识符唯一地标识多处理器环境中的一个具体线程。一旦被加载并且执行,父线程就可以获得它的标识符。标识符是用于直接联系父线程的地址(用于父线程的处理器的存储器或寄存器)。父线程的标识符可以自行获得,或者可以从一个信关服务处获得。
在210处,父线程向信关发送打开信关请求(例如注册请求)。打开信关请求包括对父线程希望从其他线程或者从信关接收消息的位置(存储器或寄存器)的引用。在一个实施方案中,在211处,父线程也可以将密钥信息添加到打开信关请求。密钥信息由信关来管理,使得任何发送消息到父线程的线程在信关将处理该消息到父线程的期望位置之前,都应当具有匹配的密钥信息。在一些实施方案中,信关生成初始密钥信息,并且将其分发到各线程以供在通信期间使用。
在一个实施方案中,在220处,父线程从信关回收到一个线程标识符。这可以是一个信关一般提供的用于父线程的标识符,或者它可以用作来自父线程的确认,即在父线程正在使用并且已经具有它自己的线程标识符的情况下,信关已辨识出打开信关请求。
在230处,父线程用它自己的唯一线程标识符(即,供子线程与父线程通信的寄存器偏移)来构造子线程,然后在240处发起子线程。发起意味着父线程请求软件资源(例如操作系统(OS))、硬件资源或软硬件资源的组合在由软件资源、硬件资源或软硬件资源的组合所确定的多处理器环境中的一个处理器上分配、加载并且执行所述子线程。父线程将不会知道子线程何时开始执行以及该子线程将登陆在多处理器环境中的何处,因而也不会知道在该子线程开始执行后如何与之进行通信。
为了建立通信,正在执行的子线程使用信关向父线程发送消息,或者直接将消息放入父线程的期望位置。无论子线程采用哪种技术,父线程都在241处,在子线程开始执行后的某个时刻,检测在其期望位置中的子标识符。被供给子标识符以及其他信息(例如寄存器偏移)后,父线程在242处可以生成到子线程的消息,以变更正在执行的子线程的操作或动作。在243处,这个消息作为转发消息操作被发送到信关,并且它包括新获得的子标识符。这假定子线程先前也向信关发出了打开信关请求,该请求指示出子线程可用于通信,并且指示出子线程想要接收消息的期望位置。
除了建立父线程和单个子线程之间的通信外,父线程还可以协助实现它的两个或更多个子线程之间的通信。例如,在244处,父线程可以检测在其期望位置中的消息有效载荷,它是第一子线程的标识符。响应于此,父线程可以确定第二子线程可能希望与第一子线程进行通信。父线程已经具有了第二子线程的标识符。于是,在245处,父线程生成将第二子线程的标识符列为目的地标识符的消息,并且该消息的有效载荷包括第一子线程的标识符。在246处,所述消息被发送到信关,以处理到与第二子线程相关联的用于接收消息的期望位置。第二子线程在其期望位置处检测到所述消息,检查有效载荷,并且获得第一子线程的标识符。第二子线程现在可以使用信关来与第一子线程通信。在244-246中给出的技术还可以由父线程用来向第一子线程提供第二子线程的标识符,从而允许第一子线程使用信关与第二子线程进行通信。
在250处,父线程可能检测到有必要终止与其他线程之间通信的处理状态。于是,父线程向信关发送关闭信关请求。这通知信关无效父线程期望位置的使用,从而导致发往父线程的任何消息都被忽略,直到父线程重新发出新的打开信关请求。
在一个实施方案中,在260处,父线程所执行的处理可能对不同的子线程重复迭代多次。另外,在270处,父线程的处理可以由子线程递归实现。在这样一种情况下,子线程对于它的从属子线程而言变成了父线程。也就是说,子线程可以使用同样的处理与它的子线程之间建立通信。另外,子线程的子线程可以与原子线程的父线程进行通信。事实上,通信可以是迭代并且递归的,并且可以在父线程、原子线程和原子线程的子线程之间跨越多级地发生。
图3图示了用于线程到线程通信的又一种方法300的流程图。方法300可以实现在机器可访问或可读介质中,作为一系列信号,作为硬件组件等。在一个实施方案中,方法300被实现在执行方法300的机器中。方法300可以经由可移动介质、存储器、存储设备、寄存器,或者经由具有方法300的指令的外部连网机器被加载到所述机器中。在一个实施方案中,方法300代表信关的处理逻辑。信关对发生在多处理器环境中的线程到线程通信起到中介或管道的作用。
方法(此后称为“信关”)一开始在310A和310B处保持在第一线程和用于接收消息的期望位置之间的第一映射,以及在第二线程和用于接收消息的期望位置之间的第二映射。用于保持所述映射的处理顺序可以以任意顺序发生。即,第一和第二映射可以基本彼此同时地被获得并保持,第一映射可以在第二映射之前被获得并保持,或者第二映射可以在第一映射之前被获得并保持。
利用上面分别相对与图1和图2的方法100和200一起讨论的打开信关操作所描述的技术,最初建立上述映射。一旦所述映射被建立并被保持,在随后的某个时刻,信关就从线程接收转发消息操作。这些消息包括目的地线程标识符,这些标识符是由信关从所述消息中提取出来的,并被用来获得到目的地线程的期望位置的正确映射。
在一个实施方案中,在321处,所述消息还可以包括与目的地线程相关联的密钥信息。信关提取这一密钥信息,并且相对为目的地线程保持的密钥信息来验证它。如果该密钥信息被验证为匹配,则消息从发送线程被处理到目的地线程。如果没有发生匹配,则信关忽略所述消息,告知目的地线程,将失败的消息写入日志,和/或告知不同的服务或应用。
在一些情形中,在330处,从发送线程接收到的消息可以是关闭信关请求。这向信关指示出发送线程不想经由它所标识的位置接收进一步的消息。结果,信关删除其用于发送线程的映射,并且忽略随后接收到的发往发送线程的任何消息。在某些其他情形中,信关可以具有自动关门能力,这就不必让一个专门的关闭信关消息受到处理。这可以在信关监控活动线程的状态时发生,或者可以在软件资源、硬件资源或者软硬件资源的组合通知信关具体的线程何时终止时发生。
在一个实施方案中,在340处,信关也可以检测出所接收的消息是来自线程之一的对状态的请求。响应于所述状态请求,信关经由请求线程的期望位置向它提供状态信息。在另一个实施方案中,所接收的消息可以是这样的请求,即暂时中止到请求线程期望位置的消息。在这些实施方案中,信关可以使消息入队,或者忽略处于中止期间的消息。一旦请求线程结束中止,任何入队的消息都可以串行地流入到请求线程的期望位置,以由请求线程来处理或引起它的注意。
在一些实施方案中,在350处,信关可以将第一和第二映射保持为多个线程之间的单个多映射。在这些实施方案中,信关将映射保持为会话(session)映射,并且在351处将会话标识符提供给距在参与由该会话标识符标识出的通信会话的线程。当多个线程想要全体通信或者彼此同步地通信时,这可能是有用的。
图4是线程到线程通信系统400的图。线程到线程通信系统400实现在机器可访问或可读介质上。线程到线程通信系统400可以用软件、硬件、固件或它们的组合来实现。而且,所述线程到线程通信系统400可以从支持并行处理的多处理器环境中进行访问,并且在该环境中进行工作。在一个实施方案中,线程到线程通信系统400包括线程401和402以及信关403,所述线程401和402以相对图2的方法200所描述的方式来工作,所述信关403以分别相对图1和3的方法100和300所描述的方式来工作。
线程到线程通信系统400最小要包括第一线程401、第二线程402和信关403。第一线程401与第二线程402之间的指定是相对的,取决于在线程到线程通信系统400的运行期间内所发生的交互和处理状态。也就是说,在一些情形中,第一线程401可以变为第二线程402,反之亦然。
信关403是用于在线程401和402之间发生的通信的中介或管道。单个线程401和402可能不知道其他线程401或402位于何处,或者在处理期间的某一具体时刻如何与之联系;但是,信关403知道如何联系线程401和402,以及如何协助所需消息到达线程401和402。
信关403通过保持线程401和402中每一个预期接收或看见消息的、用于线程401和402中每一个的期望位置,来解决消息中继问题。线程401和402被构造来检测数据何时被写入它们用于接收消息的期望位置。这种构造可以这样来实现,即当对期望位置的写操作完成时,由另一个应用向线程401和402发送通知或事件。可替换地,可以在线程401和402的逻辑内实现所述构造,使得线程401和402有一部分逻辑周期性地并且系统性地检查它们的期望位置,以找到与所接收的消息相关联的数据。在又一种替换方案中,用于线程401或402之一的逻辑的一部分可以在接收到定向于相应线程401或402的消息后,将相应线程401或402从非活动或睡眠模式或状态中唤醒。
信关403支持多种操作,它可以代表请求线程401和402来执行这些操作。例如,信关403处理与注册线程401和402中的一个或多个相关联的操作,以利用打开信关请求来接收通信。信关403处理将消息从发送线程401或402转发到目的地线程401或402的期望位置的操作。此外,信关403还处理以下操作,这些操作经由关闭信关请求而删除到线程401和402中的一个或多个的期望位置的映射,从而终止到这些线程401和402的通信。在某些其他情形中,信关403可以自动终止到线程401和402中的一个或多个的通信,而无需专门的关闭信关消息。这可以发生在信关403监控活动线程的状态时,或者可以发生在软件资源、硬件资源、或者软硬件资源的组合通知信关403具体的线程401或402何时终止的时候。
在一个实施方案中,信关403还可以支持向请求线程401和402发送状态信息。另外,在一些情形中,通过提取密钥信息并针对所保持的密钥信息对其进行验证,信关403透明地支持安全性技术。这使得信关403通过确保对于接收消息的线程401或402正确地识别出密钥信息,而向线程401和402提供某种级别的安全性。在另外一种实施方案中,信关403可以自己生成密钥信息,并将其分发到线程401和402,以供在相互通信期间使用。
在一个实施方案中,第一线程401是多个子线程的父线程,其中第二线程402就是所述多个子线程之一。在另一个实施方案中,第一和第二线程401和402都是一个公共父线程的子线程。在又一个实施方案中,第一和第二线程401和402是不同层级上的子线程。例如,第一线程401可以是初始父线程的第一子线程,而第二线程402可以是所述初始父线程的一个不同的第一子线程的从属子线程。
图5是协助实现线程间通信的信关的体系结构实施例500的图。图5仅是出于图示说明的目的,而不想限制本发明的实施方案。因此,可以更改图5中的各种硬件、固件以及与之关联的连接关系,而不会偏离这里所给出的教导。体系结构500被实现或集成在支持并行处理的多处理器体系结构中。
信关体系结构500从运行在多处理器体系结构中的线程接收进入消息,并且可以响应于任何给定的进入消息,将离开信关体系结构500的消息或数据写入多处理器体系结构的存储器或寄存器位置。
信关体系结构500支持以下三种操作中的至少一种:打开信关请求,关闭信关请求以及转发消息请求。这些请求中的每一种都可以用预定义的数据格式被发送到信关,所述数据格式由信关辨识并剥离下来,以进行正确的处理。可替换地,这些请求中的一些可以由信关体系结构500独立地产生,例如关闭信关请求。在又一种实施方案中,信关体系结构可以协助初始的通信,而此后的通信在两个线程之间直接进行。
例如,打开信关请求从一个线程被发送到信关,并且可以包括与将该请求标识为打开信关请求相关联的信息、用于任何消息验证的密钥、用于从信关接收返回消息的寄存器基址。一接收到打开信关请求,信关就将密钥数据和寄存器基址放入存储器内由指向请求线程的标识符的指针来索引的其存储器中,设置供请求线程打开的通信,提取所述线程的标识符,并且可选地将所述线程的标识符返回到请求线程的寄存器基址。
从请求线程发送到信关的关闭信关请求可以包括与将该请求标识为关闭信关请求相关联的信息。这里,只有将该请求标识为关闭信关请求的信息才被发送。然而,在一些实施方案中,请求线程可以发送一个返回寄存器,用于接收关于关闭请求已被处理的验证。在一个实施方案中,确认也可以发生在当信关响应于接收到关闭信关请求而将空(NULL)指针返回到请求线程时。响应于关闭信关请求,信关复位或者清零先前的打开信关位。如果未曾置位先前的打开信关位,则不采取任何动作。
从请求线程发送到信关的转发消息请求可以在单个数据段中包括消息描述符(descriptor)和有效载荷。这包括将该请求标识为转发消息请求的信息、目的地线程的标识符、与目的地线程相关联的任何可选密钥信息、用于消息有效载荷的寄存器密钥偏移、有效载荷大小以及有效载荷本身。响应于有效的消息,信关将有效载荷转发到目的地的期望寄存器位置,并且可以可选地发送一个通知位到目的地线程。所述通知位可以由目的地线程来监控,或者可以由另一个代表目的地线程的应用来监控。这是用于在接收到消息有效载荷时识别目的地线程的一种替换机制。无效消息可被写入日志,或者向目的地或者另一个应用或服务生成通知。
线程到线程通信可以使用边带信号来指示正被发送的消息的大小。换言之,边带信号可以指示某一具体消息是1个数据字、2个数据字、3个数据字、4个数据字等。边带信号还可以用来指示线程是否要接收通知,指示消息是否终止(这可以被线程用来识别多个消息的消息边界)等等。
图5的信关体系结构500描述了为了建立信关,可被实现在多处理器环境中的示例性体系结构。该信关对于线程到线程通信而言起到管道和中介的作用。
以上说明是示意性的而非限制性的。在阅读了以上说明后,本领域的技术人员将会清楚很多其他实施方案。因此,应当参考所附权利要求以及赋予这些权利要求的全部范围内的等同物来确定本发明的实施方案的范围。
说明书摘要是遵循37 C.F.R.§1.72(b)来提供的,以使读者能够很快地把握技术内容的本质和要旨。提交摘要不是用于解释或限制权利要求书的范围和含义。
在对实施方案的以上说明中,为了使公开内容更加流畅,将各种特征组合在单个实施方案中。这种公开方法不想被理解为暗含以下意图,即本发明所要求保护的实施方案比在每个权利要求中清楚陈述的方案具有更多的特征。相反,正如所附权利要求所展现的那样,具有创造性的主题由单个公开实施方案的部分特征组成。因此,所附权利要求被合并到“具体实施方式”一部分中,其中每个权利要求自身代表单独的一个示例性实施方案。
Claims (30)
1.一种方法,包括:
注册第一和第二线程中的至少一个线程用以通信;
如果第一线程被注册,则标识供第一线程从第二线程接收通信的第一位置;
如果第二线程被注册,则标识供第二线程从第一线程接收通信的第二位置;
从所述线程中的一个线程接收消息;以及
响应于包括在所述消息中的目的地标识符,将所述消息转发到所述位置之一。
2.如权利要求1所述的方法,还包括:
从请求线程接收关闭通信请求,所述请求线程被标识为所述第一或第二线程;以及
删除所述请求线程的位置,使其不再在通信期间使用。
3.如权利要求1所述的方法,还包括:
检测事件,所述事件指示出所述线程之一将使其通信关闭;以及
删除该线程的位置,使其不再在通信期间使用。
4.如权利要求1所述的方法,还包括在转发所述消息之前,验证包括在所述消息中的密钥信息。
5.如权利要求1所述的方法,其中注册操作进一步包括以下操作中的至少一个:
从所述第一线程接收第一打开通信请求;以及
从所述第二线程接收第二打开通信请求。
6.如权利要求5所述的方法,其中标识操作进一步包括以下操作中的至少一个:
在所述第一打开通信请求中,从所述第一线程接收第一寄存器位置作为所述第一位置;以及
在所述第二打开通信请求中,从所述第二线程接收第二寄存器位置作为所述第二位置。
7.如权利要求6所述的方法,其中标识操作进一步包括以下操作中的至少一个:
保持从第一通用标识符到用于第一线程的第一寄存器位置之间的第一映射;以及
保持从第二通用标识符到用于第二线程的第二寄存器位置之间的第二映射。
8.如权利要求7所述的方法,其中转发操作进一步包括从所述消息的字段中提取被标识为第一或第二通用标识符的目的地标识符,以便确定所述映射中的哪一个为所述消息提供了适当的寄存器位置。
9.一种方法,包括:
向信关发送打开信关请求,其中所述请求包括对用于接收消息的位置的引用;
用线程标识符构造子线程;以及
发起所述子线程。
10.如权利要求9所述的方法,
在所述位置中检测用于所述子线程的子标识符;
生成具有所述子标识符的消息;以及
将所述消息发送到所述信关,以处理到所述子线程。
11.如权利要求9所述的方法,还包括:
在所述位置中检测与所述子线程相关联的第一子标识符;
响应于检测到所述第一子标识符,生成具有与第二子线程相关联的第二子标识符的消息,其中所述消息的有效载荷包括所述第一子标识符;以及
向所述信关发送所述消息,以处理到所述第二子线程。
12.如权利要求9所述的方法,其中发送操作进一步包括将密钥信息添加到所述请求,该密钥信息由所述信关使用,以便验证由所述信关放在所述位置中的消息,其中对于每个消息而言,如果它包括所述密钥信息,则该消息得到验证。
13.如权利要求9所述的方法,进一步包括以下操作中的至少一个:
向所述信关发送关闭通信请求,告知所述信关对所述位置的引用不再可用于接收消息;以及
由所述信关检测所述位置不再可用于接收消息。
14.如权利要求9所述的方法,进一步包括对于不同的子线程,在一次或多次附加的迭代中重复进行所述方法。
15.如权利要求9所述的方法,进一步包括对于与子线程相关联的从属子线程,由所述子线程在一次或多次附加的迭代中重复进行所述方法。
16.一种系统,包括:
第一线程;
第二线程;以及
信关,其中所述信关通过判定与所述第一和第二线程相关联的位置,建立并管理所述第一和第二线程之间的通信,其中所述那些位置收容在所述第一和第二线程之间发生的消息。
17.如权利要求16所述的系统,其中所述信关还应请求向所述第一或第二线程发出状态信息。
18.如权利要求16所述的系统,其中所述第一线程是与多个子线程相关联的父线程,并且所述第二线程是所述多个子线程之一。
19.如权利要求16所述的系统,其中所述第一和第二线程是一个公共父线程的子线程。
20.如权利要求16所述的系统,其中所述第一和第二线程是不同层级上的子线程。
21.如权利要求16所述的系统,其中所述信关从所述消息中提取密钥信息,并且其中所述密钥信息在通信期间向所述第一和第二线程验证彼此的身份。
22.如权利要求16所述的系统,其中所述信关转发与所述消息之一相关联的有效载荷,其中所述消息之一是在通信期间从所述第一和第二线程之一被发送到所述位置中为所述第一和第二线程中的另一个线程可访问的一个选出位置的消息。
23.一种具有关联指令的机器可访问介质,所述指令在被访问时导致所述机器执行:
保持在第一线程标识符和第一位置引用之间的第一映射以及在第二线程标识符和第二位置引用之间的第二映射当中的至少一个映射;以及
一些消息从所述第一和第二线程中的至少一个线程被发送到所述第一和第二位置引用中的至少一个位置引用,响应于包括在这些消息中的目的地标识符,并且响应于所述第一和第二映射中的至少一个映射,转发所述消息,其中用于某一具体消息的具体目的地标识符是所述第一线程标识符或所述第二线程标识符。
24.如权利要求23所述的介质,进一步包括用于响应于接收到关闭信关请求或者响应于检测到指示删除所述第一或第二映射的事件,删除所述第一或第二映射的指令。
25.如权利要求23所述的介质,其中转发操作进一步包括用于以下操作的指令:
从所述消息中提取密钥信息;以及
在转发所述消息前验证来自所述消息的密钥信息。
26.如权利要求23所述的介质,进一步包括用于向所述第一和第二线程中的至少一个线程传送状态信息的指令。
27.如权利要求23所述的介质,进一步包括用于以下操作的指令:
生成至少具有所述第一和第二映射之一的会话映射和会话标识符;以及
向所述第一和第二线程中的至少一个传送所述会话标识符,以与所述消息一起用作目的地标识符。
28.一种装置,存在于计算机可访问介质中,包括:
映射库;
目的地寄存器;以及
路由器,其中所述目的地寄存器从发起线程接收目标线程标识符,所述目标线程标识符位于所述映射库中,用以标识用于目标线程的处理位置,并且其中路由器响应于所述处理位置,将从所述发起线程接收到的消息的有效载荷传递通过,到达所述目标线程。
29.如权利要求28所述的装置,其中所述映射库是随机访问存储器。
30.如权利要求28所述的装置,其中所述映射库包括具有目标线程标识符、所述目标线程的处理位置、以及用于所述目标线程的密钥信息的条目。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/880,155 US7594236B2 (en) | 2004-06-28 | 2004-06-28 | Thread to thread communication |
US10/880,155 | 2004-06-28 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1716209A true CN1716209A (zh) | 2006-01-04 |
CN100377095C CN100377095C (zh) | 2008-03-26 |
Family
ID=35507626
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100800370A Expired - Fee Related CN100377095C (zh) | 2004-06-28 | 2005-06-28 | 用于线程到线程通信的方法、系统和装置 |
Country Status (4)
Country | Link |
---|---|
US (3) | US7594236B2 (zh) |
EP (2) | EP2290541A3 (zh) |
CN (1) | CN100377095C (zh) |
WO (1) | WO2006012064A2 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469035A (zh) * | 2010-11-05 | 2012-05-23 | 腾讯科技(深圳)有限公司 | 跨进程通信的方法和装置 |
CN102867018A (zh) * | 2012-07-27 | 2013-01-09 | 上海方正数字出版技术有限公司 | 一种数据库系统中线程间的模拟信号通信方法 |
CN106209996A (zh) * | 2016-06-27 | 2016-12-07 | 网易(杭州)网络有限公司 | 通信处理方法和装置 |
CN108027777A (zh) * | 2015-09-25 | 2018-05-11 | 高通股份有限公司 | 用于经由数据匹配实现高速缓存线重复数据删除的方法和设备 |
CN108139932A (zh) * | 2015-10-16 | 2018-06-08 | 高通股份有限公司 | 关闭关键执行路径的任务信令 |
CN110413394A (zh) * | 2019-07-29 | 2019-11-05 | 苏州浪潮智能科技有限公司 | 一种bmc任务处理方法、装置、系统及可读存储介质 |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5591770A (en) * | 1992-03-31 | 1997-01-07 | The United States Of America As Represented By The Department Of Health And Human Services | Calanolide and related antiretroviral compounds, compositions, and uses thereof |
US7594236B2 (en) | 2004-06-28 | 2009-09-22 | Intel Corporation | Thread to thread communication |
US7979865B2 (en) * | 2005-11-03 | 2011-07-12 | Microsoft Corporation | Identifying separate threads executing within a single process |
CN101216780B (zh) * | 2007-01-05 | 2011-04-06 | 中兴通讯股份有限公司 | 在对称多处理体系下实现多实例线程通信的方法及装置 |
US8442960B1 (en) * | 2008-06-30 | 2013-05-14 | Symantec Corporation | Systems and methods for process self-elevation |
US20100161783A1 (en) * | 2008-12-18 | 2010-06-24 | Konica Minolta Systems Laboratory, Inc. | Socket connection-based printer discovery method using a thread management scheme |
US8561070B2 (en) | 2010-12-02 | 2013-10-15 | International Business Machines Corporation | Creating a thread of execution in a computer processor without operating system intervention |
US8572628B2 (en) | 2010-12-02 | 2013-10-29 | International Business Machines Corporation | Inter-thread data communications in a computer processor |
US8898680B2 (en) * | 2012-10-15 | 2014-11-25 | Oracle International Corporation | System and method for supporting asynchronous message processing in a distributed data grid |
US9304839B2 (en) * | 2013-04-30 | 2016-04-05 | Hewlett Packard Enterprise Development Lp | Resending messages |
EP2800304A1 (en) * | 2013-04-30 | 2014-11-05 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for configuring a Software-Defined Network |
US9419930B2 (en) | 2013-06-28 | 2016-08-16 | International Business Machines Corporation | Management of connections in a messaging environment |
US9253133B2 (en) * | 2013-10-21 | 2016-02-02 | Dropbox, Inc. | Message thread identification and management |
US10536441B2 (en) * | 2016-08-23 | 2020-01-14 | Texas Instruments Incorporated | Thread ownership of keys for hardware-accelerated cryptography |
US10230608B2 (en) | 2017-02-21 | 2019-03-12 | Red Hat, Inc. | RPS support for NFV by system call bypass |
US10671459B2 (en) | 2017-03-30 | 2020-06-02 | Advanced Micro Devices, Inc. | Method and apparatus for peer-to-peer messaging in heterogeneous machine clusters |
CN107124271B (zh) * | 2017-04-28 | 2020-12-04 | 成都梆梆信息技术咨询服务有限公司 | 一种数据加密、解密方法和设备 |
US11132233B2 (en) * | 2018-05-07 | 2021-09-28 | Micron Technology, Inc. | Thread priority management in a multi-threaded, self-scheduling processor |
CN112836192B (zh) * | 2020-12-14 | 2023-10-31 | 航天信息股份有限公司 | 一种人像特征数据下发的方法及装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5937168A (en) * | 1997-05-30 | 1999-08-10 | Bellsouth Corporation | Routing information within an adaptive routing architecture of an information retrieval system |
AU776938B2 (en) * | 1998-11-18 | 2004-09-30 | Saga Software, Inc. | Extensible distributed enterprise application integration system |
US6374294B1 (en) * | 1998-12-23 | 2002-04-16 | Nortel Networks Limited | Method and apparatus for negating invalid networking addresses |
JP2000200198A (ja) * | 1999-01-05 | 2000-07-18 | Namco Ltd | プロセス間通信システムおよび方法 |
US6314469B1 (en) * | 1999-02-26 | 2001-11-06 | I-Dns.Net International Pte Ltd | Multi-language domain name service |
US6782541B1 (en) | 1999-05-28 | 2004-08-24 | Avaya Technology Corp. | System and method of exchanging information between software modules |
US7337910B2 (en) * | 2000-10-04 | 2008-03-04 | Verisign, Inc. | Methods and devices for responding to request for unregistered domain name to indicate a predefined type of service |
AU2002226052A1 (en) * | 2000-11-13 | 2002-05-21 | Warp Solutions, Inc. | System and method for discovering, advertising, and finding networked services using dynamic directory |
JP4742427B2 (ja) * | 2001-02-05 | 2011-08-10 | ソニー株式会社 | 受信装置、受信方法および名前解決方法 |
US7152118B2 (en) * | 2002-02-25 | 2006-12-19 | Broadcom Corporation | System, method and computer program product for caching domain name system information on a network gateway |
EP1351140A1 (en) | 2002-03-20 | 2003-10-08 | Hewlett-Packard Company | A method and apparatus for multicasting messages using a message-passing interface |
GB0228941D0 (en) | 2002-12-12 | 2003-01-15 | Ibm | Methods, apparatus and computer programs for processing alerts and auditing in a publish/subscribe system |
US7594236B2 (en) | 2004-06-28 | 2009-09-22 | Intel Corporation | Thread to thread communication |
-
2004
- 2004-06-28 US US10/880,155 patent/US7594236B2/en not_active Expired - Fee Related
-
2005
- 2005-06-17 EP EP10011747A patent/EP2290541A3/en not_active Withdrawn
- 2005-06-17 EP EP05762263A patent/EP1761849A2/en not_active Withdrawn
- 2005-06-17 WO PCT/US2005/021582 patent/WO2006012064A2/en not_active Application Discontinuation
- 2005-06-28 CN CNB2005100800370A patent/CN100377095C/zh not_active Expired - Fee Related
-
2009
- 2009-08-12 US US12/539,727 patent/US7861249B2/en not_active Expired - Fee Related
-
2010
- 2010-11-17 US US12/947,886 patent/US20110067035A1/en not_active Abandoned
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102469035A (zh) * | 2010-11-05 | 2012-05-23 | 腾讯科技(深圳)有限公司 | 跨进程通信的方法和装置 |
CN102469035B (zh) * | 2010-11-05 | 2016-01-20 | 腾讯科技(深圳)有限公司 | 跨进程通信的方法和装置 |
CN102867018A (zh) * | 2012-07-27 | 2013-01-09 | 上海方正数字出版技术有限公司 | 一种数据库系统中线程间的模拟信号通信方法 |
CN102867018B (zh) * | 2012-07-27 | 2015-04-22 | 北大方正集团有限公司 | 一种数据库系统中线程间的模拟信号通信方法 |
CN108027777A (zh) * | 2015-09-25 | 2018-05-11 | 高通股份有限公司 | 用于经由数据匹配实现高速缓存线重复数据删除的方法和设备 |
CN108139932A (zh) * | 2015-10-16 | 2018-06-08 | 高通股份有限公司 | 关闭关键执行路径的任务信令 |
CN108139932B (zh) * | 2015-10-16 | 2021-08-24 | 高通股份有限公司 | 关闭关键执行路径的任务信令 |
CN106209996A (zh) * | 2016-06-27 | 2016-12-07 | 网易(杭州)网络有限公司 | 通信处理方法和装置 |
CN110413394A (zh) * | 2019-07-29 | 2019-11-05 | 苏州浪潮智能科技有限公司 | 一种bmc任务处理方法、装置、系统及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2006012064A2 (en) | 2006-02-02 |
CN100377095C (zh) | 2008-03-26 |
US7861249B2 (en) | 2010-12-28 |
US7594236B2 (en) | 2009-09-22 |
WO2006012064A3 (en) | 2006-05-26 |
EP1761849A2 (en) | 2007-03-14 |
EP2290541A2 (en) | 2011-03-02 |
US20090300651A1 (en) | 2009-12-03 |
US20110067035A1 (en) | 2011-03-17 |
EP2290541A3 (en) | 2011-06-22 |
US20050289555A1 (en) | 2005-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1716209A (zh) | 线程到线程通信 | |
US10977104B2 (en) | Partially reconfiguring acceleration components | |
US11057313B2 (en) | Event processing with enhanced throughput | |
US10027543B2 (en) | Reconfiguring an acceleration component among interconnected acceleration components | |
US8156491B2 (en) | Fault tolerant virtual machine | |
JP6334643B2 (ja) | Smb2スケールアウト | |
US9819542B2 (en) | Configuring acceleration components over a network | |
US6889253B2 (en) | Cluster resource action in clustered computer system incorporation prepare operation | |
US8671134B2 (en) | Method and system for data distribution in high performance computing cluster | |
US7962564B2 (en) | Discovery of a virtual topology in a multi-tasking multi-processor environment | |
US20150312377A1 (en) | System and method for updating service information for across-domain messaging in a transactional middleware machine environment | |
US20210383187A1 (en) | Decentralized machine learning system and a method to operate the same | |
US9652327B2 (en) | Restoring service acceleration | |
CN102316154B (zh) | 优化对基于联盟基础结构的资源的访问 | |
US12002043B2 (en) | Method for enabling efficient evaluation of transactions in a distributed ledger network | |
US20170286181A1 (en) | Deployment and execution of sensing and computational tasks in a network of computing devices | |
Vasconcelos et al. | Dynamic and coordinated software reconfiguration in distributed data stream systems | |
US20240289184A1 (en) | Cluster-Wide Visible Work Coordination System Using System B-Trees | |
Aldred et al. | Dimensions of coupling in middleware | |
Browne et al. | An associative broadcast based coordination model for distributed processes | |
CN118504665A (zh) | 任务处理方法、装置、电子设备及存储介质 | |
US20080301707A1 (en) | Rules engine for a persistent message store | |
Jun | Monitoring and control of networked systems with mobile agents: Algorithms and applications | |
FR3067838A1 (fr) | Systeme et procede de traitement de messagerie des bagages | |
Keshta | Performance analysis of real-time publish-subscribe (RTPS) middleware for sensor networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080326 Termination date: 20170628 |