Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: A method, system, and computer program product to aggregate code change requests for a continuous integration pipeline. The method may include receiving a plurality of code change requests (CCRs) for a software product that are to be processed by a continuous integration (CI) pipeline. The method may also include obtaining all functions of the software product tested by all testcases in a testcase set. The method may also include selecting a plurality of groups of testcases from the testcase set, each group of the plurality of groups of testcases corresponding to a CCR from the plurality of CCRs. The method may also include identifying at least two groups of testcases from the plurality of groups of testcases without overlapping code. The method may also include aggregating each CCR that corresponds to the at least two groups of testcases into a single CCR group.

Abstract: According to one embodiment, a method, computer system, and computer program product for container lifecycle management is provided. The embodiment may include registering a topology for a plurality of deployments in a container orchestration platform. The embodiment may include detecting a rolling update to a deployment of the plurality of deployments. The embodiment may include assuming ownership of at least one previous version pod of the deployment. The embodiment may include creating network routing rules for the at least one previous version pod. The embodiment may include routing network packets to the at least one previous version pod based on the created network routing rules.

Abstract: The invention discloses a method, system, and computer program product for service update management. The method, during a first update procedure for a first service in a computing system, in response to a detection that the first update procedure fails, a state of a second service on which the first service depends in the computing system is checked. In response to the second service being in a first state, the first update procedure is suspended. Resources allocated to the first update procedure by the computing system are released. The released resources are allocated to the second update procedure of the second service. The second update procedure is implemented based on the allocated released resources. With these embodiments, failures during the update procedures for the services may be automatically detected and removed based on a dependency relationship between the services. Therefore, the performance of the update procedures may be increased.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: Disclosed are a computer-implemented method, a system and a computer program product for TCP session closure in a container orchestration system. In the computer-implemented method for TCP session closure in a container orchestration system, a first pod being not alive in a second node can be determined by one or more processing units at a first node. A TCP session between a second pod in the first node and the first pod can be determined by one or more processing units at the first node based on a pod IP address of the first pod. The TCP session between the second pod and the first pod can be closed by one or more processing units at the first node.

Abstract: According to one embodiment, a method, computer system, and computer program product for container lifecycle management is provided. The embodiment may include registering a topology for a plurality of deployments in a container orchestration platform. The embodiment may include detecting a rolling update to a deployment of the plurality of deployments. The embodiment may include assuming ownership of at least one previous version pod of the deployment. The embodiment may include creating network routing rules for the at least one previous version pod. The embodiment may include routing network packets to the at least one previous version pod based on the created network routing rules.

Abstract: The application provides a field programmable gate array (FPGA) and a communication method. At least one application specific integrated circuit based (ASIC-based) hard core is embedded in the FPGA. The ASIC-based hard core includes a high-speed exchange and interconnection unit and at least one station. Each station is connected to the high-speed exchange and interconnection unit. The station is configured to transmit data between each functional module in the FPGA and the ASIC-based hard core. The high-speed exchange and interconnection unit is configured to transmit data between the stations. In the FPGA provided by the application, an ASIC-based hard core is embedded, which can facilitate data exchange between each functional module and the ASIC-based hard core in proximity and reduce a time delay.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: A method, system, and computer program product to aggregate code change requests for a continuous integration pipeline. The method may include receiving a plurality of code change requests (CCRs) for a software product that are to be processed by a continuous integration (CI) pipeline. The method may also include obtaining all functions of the software product tested by all testcases in a testcase set. The method may also include selecting a plurality of groups of testcases from the testcase set, each group of the plurality of groups of testcases corresponding to a CCR from the plurality of CCRs. The method may also include identifying at least two groups of testcases from the plurality of groups of testcases without overlapping code. The method may also include aggregating each CCR that corresponds to the at least two groups of testcases into a single CCR group.

Abstract: The storage interface includes a first programmable input/output unit configured to perform phase inversion on a clock signal that is output by the master controller, and output the phase-inverted clock signal to the storage device. The storage interface includes a second programmable input/output unit configured to delay a data signal that is output by the master controller, and output the delayed data signal to the storage device, where the delayed data signal is delayed by a time ?T relative to the clock signal that is output by the master controller, and TCLK/2??T?TISU and ?T?TIH, where TCLK represents a period of the clock signal, TISU represents a shortest input setup time required by the storage device in each of different data rate modes, and TIH represents a shortest input hold time employed by the storage device in each of different data rate modes.

Abstract: The storage interface includes a first programmable input/output unit; configured to perform phase inversion on a clock signal that is output by the master controller, and output the phase-inverted clock signal to the storage device. The storage interface includes a second programmable input/output unit configured to delay a data signal that is output by the master controller, and output the delayed data signal to the storage device, where the delayed data signal is delayed by a time ?T relative to the clock signal that is output by the master controller, and TCLK/2??T?TISU and ?T?TIH, where TCLK represents a period of the clock signal, TISU represents a shortest input setup time required by tire storage device in each of different data rate modes, and TIH represents a shortest input hold time employed by the storage device in each of different data rate modes.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: Provided are an array substrate, a display panel and a driving device. In the array substrate, a pressure sensor is disposed between adjacent two of the shift registers at either of the two sides of the display region; the scanning lines include a first set of scanning lines and a second set of scanning lines; the extending lines of the first set of scanning lines pass the pressure sensors in the first region, and the first set of scanning lines are electrically connected to the corresponding shift registers in the second region.

Abstract: A touch control display panel and a touch control display device are provided. The touch control display panel comprises a shift register including a plurality of cascaded shift register units, wherein a scanning line is electrically connected to an output terminal of a shift register unit; a touch driving electrode array including a plurality of touch driving electrodes; a touch switching control circuit and a plurality of touch signal lines, wherein a touch signal line has one end electrically connected to a touch driving electrode and the other end electrically connected to an output terminal of the touch switching control circuit; and a touch signal control line cluster including a plurality of touch signal control lines, wherein a touch signal control line has one end electrically connected to the output terminal of the shift register unit, and the other end electrically connected to the touch switching control circuit.

Abstract: A mechanism is provided for reducing network load in a software defined network. The mechanism is executed by a virtual machine hypervisor. The mechanism receives a network broadcast request sent by a source virtual machine node; acquires a first destination address in the network broadcast request; and reads a predefined mapping rule of the first destination address and a second destination address. An address of a node in the software defined network is configured by using the predefined mapping rule. The mechanism derives the second destination address corresponding to the first destination address according to the mapping rule. The mechanism responds to the network broadcast request by using the derived second destination address.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.