Abstract: In an embodiment, content data delivery to a requesting device in a content delivery network (CDN) may be handled by a server device using a content cache of a computing device associated with the server device. The computing device may be a component of, local to, and/or directly connected to the server device. The server device receives a request to deliver the content data, determines that the location of the content data is in the content cache, and responsive to this determination, sends instructions to the computing device to provide the content data to the requesting device. In one embodiment, the server device may acquire and provide the content data to the computing device for storage in the content cache, before or in response to receiving the request to deliver the content data.

Abstract: In an embodiment, application delivery to end-user devices may be handled by a combination of an application device and a distributed set of split edge devices located closer to the end-user device within a network. The split edge devices are instructed by the application device about how to manage traffic to and from the end-user devices. The application device determines whether content is stored to content cache of a split edge device. The application device, when the content is stored to the split edge device, refrains from sending the content and instead sends instructions to the split edge device that include reference to a location of the content, and instruct the split edge device to send the content to an application and/or device. The application device, when the content is not stored to the split edge device, sends the content with instructions to store the content locally.

Abstract: In an embodiment, application delivery to end-user devices may be handled by a combination of an application device and a distributed set of split edge devices located closer to the end-user device within a network. The split edge devices are instructed by the application device about how to manage traffic to and from the end-user devices. The application device determines whether content is stored to content cache of a split edge device. The application device, when the content is stored to the split edge device, refrains from sending the content and instead sends instructions to the split edge device that include reference to a location of the content, and instruct the split edge device to send the content to an application and/or device. The application device, when the content is not stored to the split edge device, sends the content with instructions to store the content locally.

Abstract: In an embodiment, application delivery to end-user devices may be handled by a combination of an application device and a distributed set of split edge devices located closer to the end-user device within a network. The split edge devices are instructed by the application device about how to manage traffic to and from the end-user devices. The application device determines whether content is stored to content cache of a split edge device. The application device, when the content is stored to the split edge device, refrains from sending the content and instead sends instructions to the split edge device that include reference to a location of the content, and instruct the split edge device to send the content to an application and/or device. The application device, when the content is not stored to the split edge device, sends the content with instructions to store the content locally.

Abstract: In an embodiment, responsive to determining: (a) a first command is not of a particular command type associated with one or more hardware modules associated with a particular routing node, or (b) at least one argument used for executing the first command is not available: transmitting the first command to another routing node in the hardware routing mesh. Upon receiving a second command of the command bundle and determining: (a) the second command is of the particular command type associated with the hardware module(s), and (b) arguments used by the second command are available: transmitting the second command to the hardware module(s) associated with the particular routing node for execution by the hardware module(s). Thereafter, the command bundle is modified based on execution of the second command by at least refraining from transmitting the second command of the command bundle to any other routing nodes in the hardware routing mesh.

Abstract: In an embodiment, a compiler for generating command bundles is configured to receive an execution definition that includes operations for execution. The compiler determines an ordered set of hardware functions corresponding to a hardware architecture to execute at least one operation. The hardware architecture may be selected from typical processor types or a command-aware hardware processor. The compiler generates a command bundle that includes a set of logically independent commands based on hardware functions and functionality of the hardware architecture to optimize execution of the operations. A command-aware hardware processor includes a hardware routing mesh that includes sets of routing nodes that form one or more hardware pipelines. Many hardware pipelines may be included in the hardware routing mesh. A command bundle is transmitted through a selected hardware pipeline via a control path, and is modified by the routing nodes based on execution of commands to achieve a desired outcome.

Abstract: In an embodiment, responsive to determining: (a) a first command is not of a particular command type associated with one or more hardware modules associated with a particular routing node, or (b) at least one argument used for executing the first command is not available: transmitting the first command to another routing node in the hardware routing mesh. Upon receiving a second command of the command bundle and determining: (a) the second command is of the particular command type associated with the hardware module(s), and (b) arguments used by the second command are available: transmitting the second command to the hardware module(s) associated with the particular routing node for execution by the hardware module(s). Thereafter, the command bundle is modified based on execution of the second command by at least refraining from transmitting the second command of the command bundle to any other routing nodes in the hardware routing mesh.

Abstract: In an embodiment, responsive to determining: (a) a first command is not of a particular command type associated with one or more hardware modules associated with a particular routing node, or (b) at least one argument used for executing the first command is not available: transmitting the first command to another routing node in the hardware routing mesh. Upon receiving a second command of the command bundle and determining: (a) the second command is of the particular command type associated with the hardware module(s), and (b) arguments used by the second command are available: transmitting the second command to the hardware module(s) associated with the particular routing node for execution by the hardware module(s). Thereafter, the command bundle is modified based on execution of the second command by at least refraining from transmitting the second command of the command bundle to any other routing nodes in the hardware routing mesh.