Methods and systems for coordinated transactions in distributed and parallel environments

• US 9,870,264 B2
• Filed: 01/08/2014
• Issued: 01/16/2018
• Est. Priority Date: 07/30/2007
• Status: Expired due to Fees

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Dantzig, Paul M., Iyengar, Arun Kwangil, Parr, Francis Nicholas, Su, Gong
• Primary Examiner(s): Bullock, Jr., Lewis A
• Assistant Examiner(s): Lu, Kevin X
• Application Number:
  US14/150,188
• Publication Number:
  US 20140122320A1
• Time in Patent Office: 1,469 Days
• Field of Search: None
• CPC Class Codes: G06F 9/5027 the resource being a machine, e.g. CPUs, Servers, Terminals
• CPC Class Codes: G06F 9/5044 considering hardware capabilities
• CPC Class Codes: G06Q 40/04 Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

Automated techniques are disclosed for minimizing communication between nodes in a system comprising multiple nodes for executing requests in which a request type is associated with a particular node. For example, a technique comprises the following steps. Information is maintained about frequencies of compound requests received and individual requests comprising the compound requests. For a plurality of request types which frequently occur in a compound request, the plurality of request types is associated to a same node. As another example, a technique for minimizing communication between nodes, in a system comprising multiple nodes for executing a plurality of applications, comprises the steps of maintaining information about an amount of communication between said applications, and using said information to place said applications on said nodes to minimize communication among said nodes.

Claims

1. A method comprising:

running a plurality of processing nodes in a computing system, wherein the processing nodes are distributed and connected to each other over a communications network, and wherein the processing nodes comprise one of virtual machines, server machines, and a combination of virtual machines and server machines;

assigning to each processing node of the plurality of processing nodes, a group of two or more different types of requests for handling by the processing nodes;

receiving and processing compound requests by the processing nodes, wherein each compound request comprises a plurality of individual requests of different request types;

monitoring network communications between the processing nodes when processing the received compound requests by the processing nodes, wherein monitoring the network communications comprises;

monitoring the compound requests received by the processing nodes;

maintaining information about frequencies with which groups of individual requests appear in the compound requests received by the processing nodes, wherein the information comprises frequency information associated with a plurality of entries, wherein each entry corresponds to one of plurality of possible groups of individual request types occurring within said compound requests, wherein each entry stores a frequency value representing a number of said compound requests comprising the group of individual request types corresponding to the entry;

monitoring internode network communication between the processing nodes which results from the processing nodes having to transfer, over the communications network, individual requests of received compound requests to other processing nodes that are assigned to handle the transferred individual requests; and

determining from the maintained information a group of different request types of individual requests which frequently occur in a same compound request; and

re-assigning said determined group of different request types to a same processing node for processing by the same processing node to reduce the internode network communication between the processing nodes.

2. The method of claim 1, wherein the re-assigning is performed in response to an overhead of the internode communication exceeding a threshold, while the computing system continues to handle requests.

3. The method of claim 1, wherein said maintaining step comprises maintaining relative frequencies with which pairs of request types occur in compound requests.

4. The method of claim 3, wherein said re-assigning step further comprises, for a pair of request types t1 and t2 which frequently occurs in compound requests, assigning both request types t1 and t2 to a same node.

5. The method of claim 3, wherein request types are re-assigned to the nodes by examining said relative frequencies in decreasing order.

6. The method of claim 5, wherein a pair of request types i and j which occurs frequently in compound requests is handled as follows:

if neither request types i nor j has been assigned to a node, both are assigned to a same node if a node with sufficient capacity can be found;

if only one of request types i or j has been assigned to a node, then the other request type is assigned to the node if the node is estimated to have sufficient capacity to accommodate requests corresponding to said other request type.

7. The method of claim 1, wherein the computing system is configured to process stock or commodity transactions, and wherein an individual request comprises an order to buy or sell a stock or commodity and the type of said request comprises the type of said stock or commodity.

8. An apparatus comprising:

a memory comprising stored program instructions; and

at least one processor coupled to the memory and configured to execute the stored program instructions to perform a method comprising;

running a plurality of processing nodes in a computing system, wherein the processing nodes are distributed and connected to each other over a communications network, and wherein the processing nodes comprise one of virtual machines, server machines, and a combination of virtual machines and server machines;

assigning to each processing node of the plurality of processing nodes, a group of two or more different types of requests for handling by the processing nodes;

receiving and processing compound requests by the processing nodes, wherein each compound request comprises a plurality of individual requests of different request types;

monitoring network communications between the processing nodes when processing the received compound requests by the processing nodes, wherein monitoring the network communications comprises;

monitoring the compound requests received by the processing nodes;

maintaining information about frequencies with which groups of individual requests appear in the compound requests received by the processing nodes, wherein the information comprises frequency information associated with a plurality of entries, wherein each entry corresponds to one of plurality of possible groups of individual request types occurring within said compound requests, wherein each entry stores a frequency value representing a number of said compound requests comprising the group of individual request types corresponding to the entry;

monitoring internode network communication between the processing nodes which results from the processing nodes having to transfer, over the communications network, individual requests of received compound requests to other processing nodes that are assigned to handle the transferred individual requests; and

determining from the maintained information a group of different request types of individual requests which frequently occur in a same compound request; and

re-assigning said determined group of different request types to a same processing node for processing by the same processing node to reduce the internode network communication between the processing nodes.

9. The apparatus of claim 8, wherein the re-assigning is performed in response to an overhead of the internode communication exceeding a threshold, while the computing system continues to handle requests.

10. The apparatus of claim 8, wherein the at least one processor is further configured to maintain relative frequencies with which pairs of request types occur in compound requests.

11. The apparatus of claim 10, wherein the at least one processor is further configured to, for a pair of request types t1 and t2 which frequently occurs in compound requests, re-assign both request types t1 and t2 to a same node.

12. The apparatus of claim 10, wherein request types are re-assigned to the nodes by examining said relative frequencies in decreasing order.

13. The apparatus of claim 12, wherein a pair of request types i and j which occurs frequently in compound requests is handled as follows:

if neither request types i nor j has been assigned to a node, both are assigned to a same node if a node with sufficient capacity can be found;

if only one of request types i or j has been assigned to a node, then the other request type is assigned to the node if the node is estimated to have sufficient capacity to accommodate requests corresponding to said other request type.

14. The apparatus of claim 8, wherein the computing system is configured to process stock or commodity transactions, and wherein an individual request comprises an order to buy or sell a stock or commodity and the type of said request comprises the type of said stock or commodity.

15. An article of manufacture comprising a non-transitory computer readable storage medium comprising one or more computer programs which, when executed by a computer, causes the computer to implement a method comprising:

running a plurality of processing nodes in a computing system, wherein the processing nodes are distributed and connected to each other over a communications network, and wherein the processing nodes comprise one of virtual machines, server machines, and a combination of virtual machines and server machines;

assigning to each processing node of the plurality of processing nodes, a group of two or more different types of requests for handling by the processing nodes;

receiving and processing compound requests by the processing nodes, wherein each compound request comprises a plurality of individual requests of different request types;

monitoring network communications between the processing nodes when processing the received compound requests by the processing nodes, wherein monitoring the network communications comprises;

monitoring the compound requests received by the processing nodes;

maintaining information about frequencies with which groups of individual requests appear in the compound requests received by the processing nodes, wherein the information comprises frequency information associated with a plurality of entries, wherein each entry corresponds to one of plurality of possible groups of individual request types occurring within said compound requests, wherein each entry stores a frequency value representing a number of said compound requests comprising the group of individual request types corresponding to the entry;

monitoring internode network communication between the processing nodes which results from the processing nodes having to transfer, over the communications network, individual requests of received compound requests to other processing nodes that are assigned to handle the transferred individual requests; and

determining from the maintained information a group of different request types of individual requests which frequently occur in a same compound request; and

re-assigning said determined group of different request types to a same processing node for processing by the same processing node to reduce the internode network communication between the processing nodes.

16. The article of manufacture of claim 15, wherein the re-assigning is performed in response to an overhead of the internode communication exceeding a threshold, while the computing system continues to handle requests.

17. The article of manufacture of claim 15, wherein the computing system is configured to process stock or commodity transactions, and wherein an individual request comprises an order to buy or sell a stock or commodity and the type of said request comprises the type of said stock or commodity.

18. The article of manufacture of claim 15, wherein said maintaining step comprises maintaining relative frequencies with which pairs of request types occur in compound requests.

19. The article of manufacture of claim 18, wherein said re-assigning step further comprises, for a pair of request types t1 and t2 which frequently occurs in compound requests, assigning both request types t1 and t2 to a same node.

20. The article of manufacture of claim 18, wherein request types are re-assigned to the nodes by examining said relative frequencies in decreasing order.