Server Kernel Parameter Optimization for True Push IP Notifications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for delivering real-time Internet Protocol (IP) notifications to mobile devices often fail to provide timely notifications due to suboptimal server configurations, leading to delayed or staggered delivery, especially when using conventional kernel settings that are not optimized for true push architecture.

Innovation Solution

The method involves determining the server's RAM size and CPU cores at boot time to set kernel parameters, such as file handle limits and memory page allocation, to maximize I/O performance, ensuring the server can maintain a large number of live concurrent connections and avoid context switching, thereby optimizing the server for true push IP notifications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If conventional kernel settings are used for server configuration, then the server can handle general-purpose workloads with default resource allocation, but the delivery of real-time IP notifications becomes delayed or staggered due to suboptimal I/O performance

Engineering Contradiction:
Improvenotification delivery speedVSAvoidserver configuration complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent changes multiple kernel parameters simultaneously: file handle limits are increased based on RAM size, memory page allocation is adjusted, CPU core affinity is set to single-thread mode, and context switching is minimized. These parameter changes transform the server from general-purpose configuration to optimized push notification configuration, resolving the contradiction between notification delivery speed and configuration complexity by establishing a standardized optimization template.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The server configuration is optimized in advance during boot time by automatically determining RAM size and CPU core count, then pre-setting appropriate kernel parameters before any notification operations occur. This preliminary configuration ensures that when push notifications need to be delivered, the server is already optimized for maximum I/O performance without requiring real-time adjustments.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the server is optimized to maintain a large number of live concurrent connections through optimized kernel parameters, then true push notification delivery is achieved, but the system requires specific resource allocation that may increase initial setup complexity

Engineering Contradiction:
Improvepush notification delivery reliabilityVSAvoidserver setup ease
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The server configuration system determines its own hardware characteristics (RAM size, CPU core count) at boot time and automatically calculates and sets appropriate kernel parameters without requiring manual administrator input. The system self-configures file handle limits, memory allocation, and CPU affinity settings based on its own resources, making the optimization process autonomous and simplifying deployment while ensuring reliable push notification delivery.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Specific kernel parameters are changed to enable true push architecture: file handle limits are set to accommodate large numbers of concurrent connections based on available RAM, memory page allocation is tuned for network buffer efficiency, and CPU scheduling parameters are adjusted to minimize context switching. These parameter changes directly enable reliable concurrent connection management while the automated calculation process maintains ease of setup.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If context switching between applications is avoided by setting CPU core affinity to single thread, then I/O performance is maximized for concurrent web sockets, but the utilization of multiple CPU cores is reduced

Engineering Contradiction:
ImproveI/O maintenance productivityVSAvoidCPU resource utilization
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

The server architecture segments different functional responsibilities: a dedicated single-threaded process handles I/O maintenance for concurrent web sockets with optimized CPU affinity, while other processes or threads can utilize remaining CPU cores for application logic, connection management, and notification processing. This segmentation allows the I/O-critical path to benefit from single-threaded performance while the system as a whole continues to utilize multiple CPU cores effectively.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9565264B1True push architecture for internet protocol notification
Publication Date: 2017.02.07 T MOBILE INNOVATIONS LLC
  • US9565264B1 patent drawing
  • US9565264B1 patent drawing
  • US9565264B1 patent drawing

AI summary

A method of true push for internet protocol notification to a mobile communication device implemented by at least one server computer. The method comprises determining the size of physically addressable random access memory (RAM) and the number of central processing unit (CPU) cores of the server computer at boot time and setting the resource limit, rlimit, in the kernel of the server computer that comprises setting the limit for the total number of file handles in the entire system automatically based on the determined size of the random access memory and the determined number of the central processing unit cores at boot time. The method further comprises tying the memory page allocation into the setting of the kernel parameters, whereby the input/output (I/O) maintenance of the server computer is maximized for concurrent web sockets so that the server computer is optimized for implementing the true push for internet protocol notification.