Processor Cluster Sub-Operation Scheduling for Multi-Protocol Resource Sharing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The high cost and space requirements of dedicated hardware for processing specific functions limit its adoption in scenarios where multiple processes share common sub-operations, necessitating a more efficient resource-sharing framework.
Innovation Solution
A processor cluster system is configured to execute shared sub-operations across multiple processes, utilizing a database to store sub-operation parameters and dependencies, with a shared memory for result storage and a scheduler to automatically assign sub-operations to capable processors, enabling efficient resource sharing and cost savings.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Speed
If dedicated hardware is used for processing specific functions, then processing speed is improved, but cost and fabrication space increase
Solution Approach 1:
The patent implements a hardware sharing framework where a single processor cluster performs multiple different processing functions across multiple protocols (WiFi, Bluetooth, LTE, etc.). The processor cluster dynamically allocates computing resources to execute sub-operations from different protocols, eliminating the need for separate dedicated hardware for each protocol while maintaining efficient processing speeds through optimized resource sharing and parallel execution capabilities.
2Device complexity
If hardware sharing framework is used, then cost and space are reduced, but processing efficiency may deteriorate
Solution Approach 1:
The patent segments processing tasks into discrete sub-operations that can be independently scheduled and executed. Each protocol's processing workflow is broken down into sub-operations stored in a database, allowing the processor cluster to efficiently manage and execute these segmented tasks in an optimized sequence, thereby maintaining high processing efficiency while sharing hardware resources.
Solution Approach 2:
The patent implements dynamic resource allocation where the processor cluster adapts its execution schedule based on real-time conditions. The system dynamically selects which sub-operations to execute next based on dependencies, resource availability, and priority, allowing the shared hardware to maintain optimal processing efficiency across multiple protocols without dedicated hardware for each.
3Reliability
If dedicated hardware is used for each protocol, then processing reliability is improved, but resource utilization efficiency deteriorates
Solution Approach 1:
The patent ensures continuous and efficient utilization of the processor cluster by maintaining a ready queue of sub-operations from multiple protocols. When processing tasks are completed, the system immediately transitions to executing the next available sub-operation without idle time, ensuring continuous useful action. This dynamic scheduling maintains high resource utilization efficiency while preserving processing reliability through consistent execution of protocol-specific sub-operations.
Data Source
AI summary
Systems and methods are provided for executing multiple processes that share common sub-operations. A processor cluster is configured to execute sub-operations of the multiple processes. The processor cluster includes a database configured to store records containing parameters of sub-operations associated with a first process and sub-operations associated with a second process, the records storing dependencies among sub-operations. A processor cluster includes plurality of processors. A ready sub-operation repository is configured to identify sub-operations that are ready to be performed. A sub-operation launcher is configured to select a sub-operation from the ready sub-operation repository and assign the selected sub-operation to one of the plurality of processors, and a sub-operation initiator is configured to update the ready sub-operation repository based on completion of a sub-operation by an assigned processor, the sub-operation initiator being configured to update identifications of sub-operations that depend on the completed sub-operation.