As the demand for faster processing power increases, many system developers are making use of multi-processor systems. A multi-processor system is one that includes more than one central processing unit. A processing unit also referred to as a processor, is responsible for executing computer programming and thus performs a computing system's primary functions. Having more than one processor in a system may allow the system to process tasks at a faster rate,
A typical multi-processor system includes a managing processor and a number of managed host processors. The managing processor may receive information from the managed host processors relating to their configuration, operation, and performance.
This type of information may be very useful to a management entity such as a central management system. A central management system may be configured to interface with and manage the operating systems of several different computing and networking systems. Having management information related to the many processors within a system, a management entity may make more effective use of the various processing resources available.
Data transfer between a managing processor and a managed host processor is typically done through a one-wire serial communication bus. The managing processor typically includes a master bus station for polling a slave bus station on a managed host processor. Upon being polled the managed host processor sends the appropriate management data. However, this process is relatively slow compared to the speed at which many processors are able to execute instructions. Thus, by the time the management data from the managed processor in response to the poll reaches the managing processor, it may be outdated and of little use.
The accompanying drawings illustrate various embodiments of the principles described herein and are a part of the specification. The illustrated embodiments are merely examples and do not limit the scope of the claims.
Throughout the drawings, identical reference numbers designate similar, but not necessarily identical elements.
As mentioned above, the transfer of management data between a managing processor and a managed host processor is typically done through a one-wire serial communication bus. This process is relatively slow compared to the speed at which many processors are able to execute instructions. This slow process may be due to the signaling speed of the communication bus and the communication protocols used. Thus, by the time the management data reaches the managing processor, it may be outdated. Outdated management data may not be of much use to the managing: processor or a larger management entity that communicates with or incorporates the managing processor, such as a central management system.
In light of this and other issues, the present specification relates to methods and systems for transferring management data between two processors. According to certain illustrative embodiments, a managing processor and a managed host processor may be connected to an Input/Output (I/O) bus system. Within this I/O bus system, a direct communication bus may run from the managing processor to the managed host processor. The managing processor may use the direct communication bus to send a memory location to the managed host processor. The memory location may be part of a memory address space within an I/O device interface of the managing processor. The memory location may indicate where the managed host processor should send management data for the managing processor. The managed host processor may then send management data over the I/O bus system to the proper memory location indicated by the managing processor. The management data may then be processed by the managing processor and sent to a management entity.
Through use of a method or system embodying principles described herein, a managing processor may receive management data from a managed host processor at a rapid rate, allowing the managing processor to have up-to-date management data for the managed host processor. This management data may be passed on to a management entity such as a central management system which may be able to effectively use the management data to manage a plurality of computer systems. Additionally, the managing processor need not wait until a scheduled time to receive updated management data. The managed host processor may send management data in response to a change of state at any time.
In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present systems and methods. It will be apparent, however, to one skilled in the art that the present apparatus, systems and methods may be practiced without these specific details. Reference in the specification to “an embodiment,” “an example” or similar language means that a particular feature, structure, or characteristic described in connection with the embodiment or example is included in at least that one embodiment, but not necessarily in other embodiments. The various instances of the phrase “in one embodiment” or similar phrases in various places in the specification are not necessarily all referring to the same embodiment.
Referring now to the figures,
The managing processor (212) may also be connected to the host processor (202) through an I/O bus system. The I/O bus system may include a number of I/O bus lines (232) and I/O bus switches (230).
As mentioned above, a typical multi-processor system (200) includes a managing processor (212). The managing processor (212) may be used to manage the flow of data between a number of host processors (e.g., 202) and possibly other peripheral components. According to certain illustrative embodiments, a managing processor (212) may include a power interface (214), a master bus station (216), an I/O bus device interface (218), and a communication interface (220).
A managing processor (212) may have the capability of controlling the power being supplied to the managed host processors (202). A power interface (214) may allow the managing processor (212) to power on or power off a managed host processor (e.g., 202) via a power control link (222). For example, if a particular managed host processing unit is not being used, it may be powered down to conserve energy until it is needed again. The managing processor (212) may power on a host processing unit when the host processing unit is required for various processing tasks as directed by a management entity (226).
As mentioned above, a typical way for a managing processor (212) to receive management data from a host processor (e.g., 202) is for a master bus station (218) of the managing processor (212) to poll a slave bus station (206) on a managed host processor (202). The host processor (202) may then send the requested data back to the managing processor (212) over the serial communication bus (224). This process is relatively slow as the serial communication bus (224) is not designed for high bandwidth data transfer. Additionally, the managed host processor (202) may only send management data to the managing processor (212) when polled. Thus, the managed host processor (202) may have no way of alerting the managing processor (212) to a change of its state or configuration.
In order to provide a managing processor (212) and thus a management entity (226) with up-to-date management data from the host processors (e.g., 202), the present specification discloses a method for providing management data to the managing processor (212) over a faster connection.
As indicated above, a managing processor typically includes an I/O bus device interface (218) configured to use an I/O bus system (232, 230). An I/O bus system (232, 230) provides a means of transferring data between multiple devices. Data may be transferred over bus lines and routed from a source to a proper destination based on the system configuration. One example of such an I/O bus system is a Peripheral Component Interconnect (PCI) express bus system.
The managing processor (212) may include an I/O bus device interlace (218) for the purpose of managing the flow of data over the I/O bus system (232, 230). Additionally, other devices along the I/O bus system may include their own I/O bus device interfaces or similar components used to interact with other devices along the I/O bus system.
An I/O bus may be used to transfer data to many different types of peripheral devices. An I/O bus switch (230) may be used to route the flow of data over multiple I/O bus lines (e.g., 232). An I/O bus line may be made of several parallel wires, each wire carrying a bit of information at a time. In some embodiments, an I/O bus line may include one wire which may carry only one bit at a time in a serial fashion. Some serial bus lines may be designed to transfer data at very high rates. Despite the type of bus line, an I/O switch (230) may be configured to route the flow of information between I/O bus device interfaces (218) of the various components using an I/O bus (232).
As mentioned above, management, data may be relayed to a management entity (228) such as a central management system. Consequently, the managing processor (212) may include a communication interface (220) to communicate data over a network link (248) to a management entity (226). The network link (248) may be any suitable communication link for transferring data between the managing processor (212) and the management entity (226).
The managed host processors (e.g., 202) of a multi-processor system (200) may be responsible for performing the main processing tasks required by the system. According to certain illustrative embodiments, a managed host processor (e.g., 202) may include a memory controller (204), a slave bus station (206) and a root complex (208).
The managed host processor (202) uses a memory controller (204) to communicate with system memory (210). Typical system memory (210) includes several levels of memory, including but not limited to, processor registers, processor cache, main memory and non-volatile memory, that will each be described below. For example, after data is processed by the processor (202), it may be placed into one of the processors registers. A typical processor includes a number of registers in which to hold data for quick access by the processor. From the registers, the data may be moved to a processor cache. Some processors may include several levels of processor cache. From the processor cache data may be moved into main memory. The processor registers, processor cache, and main memory are generally made of volatile memory modules. Volatile memory modules do not hold their data when powered down. From main memory, some data may be moved to a non-volatile memory storage unit such as a hard disk drive or a solid-state drive.
A root complex (208) may be used to connect a host processor (202) to the I/O bus system (230, 232). The root complex (208) may initiate the transfer of data between the processor and other devices along the I/O bus system. In some embodiments, the root complex (208) may be integrated with a processor (202). In some cases, the root complex (208) may be designed as a device which is separate from the processor (202).
The configuration space (302) may be programmed by a Basic Input Output System (BIOS), a piece of firmware, or an operating system upon a system start or restart. Upon a system start, the system may be configured to detect all devices along an I/O bus system. The devices which are found along the bus system may be mapped and configured accordingly. This may be done by programming a number of base address registers (310). The base address registers (310) may also be used to set the addresses used to access the addressable memory.
The addressable memory (304) within the Input/Output bus device interface (300) may be assigned to specific purposes. For example, according to the principles disclosed herein, some memory address space may be designated for management data being transferred between managed and managing processors. Likewise, some memory address space may be designated as an alert area.
In some embodiments, a computing system may include multiple managed host processors. In such embodiments, each managed host processor may be given a specific block of memory within the management data area (402) in which to store management data. For example, if a given computing system includes N managed host processors, then the management data area (402) may be divided into N segments. The N segments may be indexed between 0 and N−1. As will be appreciated by one skilled in the relevant art, there may be other ways to index the management data for the multiple host processors of the computing system. A method or system embodying principles described herein may employ any suitable indexing method.
When a value is stored in an alert area (406), the managing processor operation is interrupted and if can then examine the corresponding management data area (402). Thus, the managing processor may be informed of changes in the host processor as they occur instead of waiting until the next time the managing processor polls the managed host processor for management data. The alert area (406) may also be indexed in a manner similar to the manner described above for the management data area (402).
As mentioned above, a managed host processor (504) may be in a powered down state until needed. When needed, the managing processor (502) may send (step 506) a signal over a power link to power up the managed host processor (504).
Upon power up, a BIOS or firmware system associated with the managed host processor (504) may enumerate (step 508) the bus system. The enumeration process may involve detecting all devices along the bus system and programming the configuration space of certain devices. Particularly, the enumeration process may involve designating a management data area and an alert area, as described above, within the addressable memory of an I/O bus device interface of the managing processor (504).
After the bus system has been enumerated and the configuration space of the managing processor (502) has been properly programmed, the managing processor (502) may use a direct communication bus (224,
After the system has been setup to allow the transfer of management data from the managed host processor (504) to the managing processor (502), the actual transfer of management data may take place as determined by the established procedures. The managed host processor (504) may collect (step 512) management data and send (step 514) the management data to the proper memory address in the I/O bus device interface of the managing processor as previously indicated by the managing processor (502) over the I/O communication bus. The managed host processor (504) may then send (step 516) alert data to the proper alert area as indicated by the managing processor (502).
The frequency with which management data is transferred from the managed host processor (504) to the managing processor (502) may vary throughout different embodiments. In some embodiments, the managed host processor (504) may be configured to send management data at regular intervals. Additionally or alternatively, tie managed host processor (504) may send management data in response to a change of state, configuration, or performance. Thus, the managing processor (502) may receive the data soon after the change occurs instead of waiting until the next scheduled interval.
Upon receiving management data at a scheduled interval or as indicated by an alert notification, the managing processor (502) may process (step 518) the data and submit it to a managing entity. The managing entity may use the management data to manage the processing resources of a plurality of computing systems more effectively.
In sum, through use of a method or system embodying principles described herein, a managing processor may receive management data from a managed host processor at a rapid rate, allowing the managing processor to have up-to-date management data. This management data may be passed on to a management entity such as a central management system which may be able to effectively use the management data to manage a plurality of computer systems. Additionally, the managing processor need not wait until a scheduled time to receive updated management data. The managed host processor may send data in response to a change of state at any time.
The preceding description has been presented only to illustrate and describe embodiments and examples of the principles described. This description is not intended to be exhaustive or to limit these principles to any precise form disclosed. Many modifications and variations are possible in light of the above teaching.
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US2010/033152 | 4/30/2010 | WO | 00 | 9/6/2012 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2011/136796 | 11/3/2011 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
4276594 | Morley | Jun 1981 | A |
4298928 | Etoh et al. | Nov 1981 | A |
4354262 | Guezou et al. | Oct 1982 | A |
4905145 | Sauber | Feb 1990 | A |
5142683 | Burkhardt, Jr. | Aug 1992 | A |
5179669 | Peters | Jan 1993 | A |
5251302 | Weigl et al. | Oct 1993 | A |
5349644 | Massey et al. | Sep 1994 | A |
5584027 | Smith | Dec 1996 | A |
5819087 | Le | Oct 1998 | A |
5867658 | Lee | Feb 1999 | A |
6088788 | Borkenhagen | Jul 2000 | A |
6092124 | Priem et al. | Jul 2000 | A |
6154793 | MacKenna et al. | Nov 2000 | A |
6212628 | Abercrombie | Apr 2001 | B1 |
6256699 | Lee | Jul 2001 | B1 |
6269415 | Hirabayashi et al. | Jul 2001 | B1 |
6493347 | Sindhu et al. | Dec 2002 | B2 |
6678801 | Greim | Jan 2004 | B1 |
6691193 | Wang et al. | Feb 2004 | B1 |
6751698 | Deneroff et al. | Jun 2004 | B1 |
6785892 | Miller et al. | Aug 2004 | B1 |
7035957 | Ishiwata | Apr 2006 | B2 |
7039918 | Jones et al. | May 2006 | B2 |
7080264 | Mahony et al. | Jul 2006 | B2 |
7233977 | Gupta | Jun 2007 | B2 |
7389367 | Baba | Jun 2008 | B2 |
7400033 | Cheah et al. | Jul 2008 | B1 |
7466713 | Saito | Dec 2008 | B2 |
8327137 | Erb et al. | Dec 2012 | B1 |
20020091826 | Comeau | Jul 2002 | A1 |
20040177205 | Schoner | Sep 2004 | A1 |
20040215857 | Takeuchi et al. | Oct 2004 | A1 |
20040225760 | Lee | Nov 2004 | A1 |
20050038945 | Himmel et al. | Feb 2005 | A1 |
20050097233 | Oka et al. | May 2005 | A1 |
20050154927 | Chen et al. | Jul 2005 | A1 |
20060193317 | Rajagopalan et al. | Aug 2006 | A1 |
20070162671 | Seo | Jul 2007 | A1 |
20070180182 | Gostin et al. | Aug 2007 | A1 |
20070204091 | Hofmann et al. | Aug 2007 | A1 |
20070288675 | Matsuyama | Dec 2007 | A1 |
20080084886 | Cooley | Apr 2008 | A1 |
20080157350 | Cheah | Jul 2008 | A1 |
20080162706 | Tailor et al. | Jul 2008 | A1 |
20080222223 | Srinivasan et al. | Sep 2008 | A1 |
20090024723 | Reyes et al. | Jan 2009 | A1 |
20090089487 | Kwon | Apr 2009 | A1 |
20090144476 | Cai et al. | Jun 2009 | A1 |
20090259861 | Tune | Oct 2009 | A1 |
20100045682 | Ford et al. | Feb 2010 | A1 |
20110093690 | Vyssotski et al. | Apr 2011 | A1 |
20150019923 | Michels et al. | Jan 2015 | A1 |
Number | Date | Country |
---|---|---|
1137442 | Feb 2004 | CN |
1020070057442 | Jun 2007 | KR |
Entry |
---|
International Searching Authority, The International Search Report and the Written Opinion, Dec. 28, 2010, 10 pages. |
National Instruments, Data Streaming Architectures in PXI Systems, 29 Jan. 1-15, 2010, http://zone.ni.com/devzone/cda/tut/p/id/3221#toc5. |
“Data management for large-scale scientific computations in high performance distributed systems”,. Choudhary, et al. Cluster Computing, vol. 1, No. 3, 2000, pp. 45-60. |
“Implementing advanced timing and synchronization architectures in PXI systems”, Spencer Stock , Autotestcom, 2005. IEEE, pp. 862-867. |
“Unleashing the Power of iLO, IPMI and Other Service Processors”; http://www.avocent.com/assets/0/2319/2343/2465/2470/12ff0a27-dd83-4a1a-9ec6-fdc849b89ed8.pdf, Retrieved Apr. 30, 2010, 28 Pages. |
Number | Date | Country | |
---|---|---|---|
20120331192 A1 | Dec 2012 | US |