BATCH-WISE HANDLING OF SIGNALS IN A PROCESSING SYSTEM

Abstract: The present invention relates to multiprocessing systems in which signals or processes are scheduled in order of their priority level. The invention is based on batch-wise acceptance and scheduling of job signals, and utilizes at least one delay queue (20) for temporarily storing job signals to the processing system before they are accepted for scheduling. The processing system further comprises circuitry (25) for batch-wise insertion of the temporarily stored job signals into the job scheduler (30) of the multiprocessing system. In this way, the utilization of the parallel processing units (45A-D) is increased and the number of changes between different priority levels in the multiprocessing system is minimized.

Description: BATCH-WISE HANDLING OF SIGNALS IN A PROCESSING SYSTEM TECHNICAL FIELD OF THE INVENTION The present invention generally relates to processing systems, and more particularly to multiprocessing systems having multiple processing units. BACKGROUND OF THE INVENTION Many conventional central processing systems, such as the APZ processor in the known AXE Digital Switching System from Telefonaktiebolaget LM Ericsson, are built around a single processing unit, referred to as an execution pipeline in the AXE system. However, central processing systems based on a single processing unit have limitations with regard to capacity. One way of increasing the processing capacity is to build the processing system as a multiprocessing system, i.e. a processing system with multiple processing units operating in parallel. When having multiple processing units operating in parallel, the scheduling algorithm must offer high utilization of the processing units. In many multiprocessing systems, the scheduling is performed in order of the priority level of the jobs, tasks or processes to be executed. In this way, the available capacity may be directed towards jobs of high priority levels at first, and subsequently the capacity may be directed towards jobs of lower priority levels. However, each time a job of higher priority level arrives to the processing system, it will normally interrupt execution of a job of lower priority level. This will generally lead to a high number of priority level changes, and inefficient use of the execution capacity. In fact, it may be difficult to guarantee that any time at all is devoted to jobs of lower priority levels, even if a load regulation mechanism is used for limiting the total system load. Furthermore, executing a single job or just a few jobs in the multiprocessing system is a waste of resources, since only one or a few of the multiple processing units are utilized. Consequently, whenever a high and stable flow of jobs to the multiple processing units can not be ensured, the parallel execution capacity of the multiple processing units is not fully utilized, thus degrading the performance of the processing system. SUMMARY OF THE INVENTION The present invention overcomes these and other drawbacks of the prior art arrangements. It is a general object of the present invention to provide a multiprocessing system in which the multiple processing units are enabled to operate in a more efficient manner than in multiprocessing systems of the prior art, and in which the number of priority level changes is minimized. In particular, it is desirable to obtain a multiprocessing system in which the time available for execution of jobs, tasks or processes of lower priority levels is considerably increased at the same time as the multiprocessing system operates efficiently at all priority levels. Yet another object of the invention is to provide a method for handling signals in a processing system having multiple processing units. These and other objects are met by the invention as defined by the accompanying patent claims. The present invention is mainly directed to a multiprocessing system in which signals or processes are scheduled in order of their priority level. Briefly, the invention is based on batch- wise acceptance and scheduling of job signals. For this purpose, the invention utilizes at least one delay queue for temporarily storing job signals to the processing system before they are accepted for scheduling, and circuitry for batch-wise insertion of the temporarily stored job signals into the job scheduler of the multiprocessing system. In this way, the utilization of the parallel processing units is increased and the number of changes between different priority levels in the multiprocessing system is minimized or at least reduced, as will be explained in more detail in the description of embodiments. As mentioned above, processing a single job, task or process in the multiprocessing system is a waste of resources. Delaying external signals in the delay queue and accepting a batch of the delayed signals for scheduling and subsequent processing by the multiple processing units makes it more likely that several signals are available for parallel processing at once. Between the batch-wise insertions of job signals, new job signals that arrive to the processing system are collected and delayed in the delay queue. In this period of time, as soon as all the scheduled jobs of higher priority levels have been executed, the scheduler is free to start forwarding jobs of lower priority levels to the parallel processing units without the interference from job signals of higher priority levels arriving to the delay queue. Consequently, another purpose of the delay queue is to free time for execution of low priority jobs. In addition, system load can be estimated in a simple manner by measuring the amount of time left for execution of jobs of lower priority levels. Preferably, the processing system comprises an individual delay queue for each priority level. Advantageously, each delay queue is associated with a corresponding job buffer in the job scheduler, and the job signals of each delay queue are transferred batch -wise to its corresponding job buffer. The invention is not limited to the management of job signals that direcdy trigger the execution of corresponding jobs. Many commercial operating systems work with predefined processes. In such processing systems, each incoming signal is directed to its corresponding process, and the scheduling is performed on the processes and not based on the incoming signals. According to an alternative embodiment of the invention, the delay queue is utilized for temporarily storing process signals, and the process signals of the delay queue are inserted batch-wise into a process handler which directs the process signals to corresponding processes having different priority levels. Subsequently, the processes are scheduled for parallel execution by the multiple processing units in order of their priority level. The invention offers the following advantages: efficient utilization of the parallel execution capacity of the multiple processing units; the number of changes between different priority levels is minimized or at least reduced; the time available for execution of jobs, tasks or processes of lower priority levels is considerably increased at the same time as the multiprocessing system operates efficiently at all priority levels; and system load can be measured in a simple manner. Other advantages offered by the present invention will be appreciated upon reading of the below description of the embodiments of the invention. BRIEF DESCRIPTION OF THE DRAWINGS The invention, together with further objects and advantages thereof, will be best understood by reference to the following description taken together with the accompanying drawings, in which: Fig. 1 is a schematic diagram of a processing system according to a first embodiment of the invention; Fig. 2 A is a schematic diagram illustrating an example of the number of jobs in the multiprocessing system at the highest priority level as a function of time when no delay queue is utilized; Fig. 2B is a schematic diagram illustrating an example of the number of jobs in the multiprocessing system at the highest priority level as a function of time when a delay queue is utilized; Fig. 3 is a schematic diagram of an illustrative example of a realization of the processing system of Fig. 1; Fig. 4 is a schematic diagram of a processing system according to a second embodiment of the invention; and Fig. 5 is a schematic diagram of a processing system according to an alternative embodiment of the invention. DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION Throughout the drawings, the same reference characters will be used for corresponding or similar elements. Fig. 1 is a schematic diagram of a processing system according to a first embodiment of the invention. The processing system 10 basically comprises a delay queue 20, a switch 25, a job scheduler 30 and a processing core 40 having multiple processing units 45A-D operating in parallel. The processing units may be specialized hardware or standard off-the-shelf microprocessors. The processing units 45A-D process job signals that are scheduled by the job scheduler 30 to execute corresponding jobs. The job signals arriving to the processing system generally have different priority levels, and the job scheduler 30 schedules the incoming job signals for execution in order of their priority level. The job scheduler transfers the job signals of the highest priority level to the processing core 40. Preferably, the processing units 45A-D simultaneously operate at the same priority level, implying that job signals of only one priority level at a time are processed by the processing core 40. This means that signals of a higher priority level from the job scheduler 30 will interrupt jobs of a lower priority level. The job scheduler 30 may initiate an interrupt by sending an interrupt request to the processing core 40, and the processing core will then interrupt the jobs currently executing in the processing core 40. Incoming job signals are either "synchronous", originating from jobs executed in the processing core or "asynchronous" originating from external events that are asynchronous to the job execution. Asynchronous job signals may arrive as job requests from external units such as regional processors or other processors connected to the processing system. In the case of external job signals, the system can be regarded as event-driven. However, in order to fully utilize the parallel execution capacity of the multiple processing units 45A-D, a high and stable flow of job signals to the processing units must be ensured. In general, this is not the case for external asynchronous signals, which in fact may arrive to the processing system more or less at random. Therefore, the invention proposes temporarily storage and delay of the asynchronous job signals in the delay queue 20 to enable batch- wise acceptance of the delayed job signals for scheduling. Accepting batches of job signals for scheduling instead of accepting the job signals as they arrive to the system, makes it more likely that several signals are available for execution at once. By delaying the ob signals in the delay queue 20, and inserting the delayed signals to the ob scheduler 30 batch-wise, the processing core 40 will operate efficiently at all priority levels, and the number of changes between priority levels in the processing core 40 will be minimized. Synchronous job signals, however, are normally inserted directly into the job scheduler in the order they arrive. In this way, the overall scheduling order of the processing system is preserved. Preferably, the delay queue 20 is implemented as a queue of pointers to job signals, or job descriptors, in a common memory where the real information needed for starting the jobs are located. The job signals can then be moved from the delay queue 20 to the job scheduler 30 simply by moving the pointers. The batch-wise insertions of the job signals stored in the delay queue 20 into the job scheduler are determined by a tick period counter (not shown) generating a control signal TICK to the switch 25. The tick period counter triggers the transfer of job signals from the delay queue 20 to the job scheduler 30 each time it has counted down to zero. The counter then reloads itself with a start value from a register and starts counting down again. The period can be changed by writing a new value into the start value register. If the delay queue 20 becomes full before the counter reaches zero, then a congestion warning is generated and the delay queue may start to empty itself without waiting for the counter to reach zero. The increased efficiency is however achieved at the price of increased latency for the asynchronous signals. If 5 ms intervals are used for the transfer from the delay queue 20 to the job scheduler 30, the average extra delay of the job signals will be 2.5 ms. This is considered to be a very reasonable trade-off. If there are 500 job signals/ms arriving to the processing system, and 5 ms intervals are used for the delay queue, the average length of the delay queue 20 should be greater than 2500 job signals in order to avoid congestion. In most computers and processing systems, the resolution of timer started jobs is in the range of a ms. This means that timer jobs will be released only once a ms anyhow, making it unnecessary to treat them as asynchronous jobs. Although the delay queue 20 and the switch 25 have been described as implemented in hardware above, a software implementation is also possible. Software can be used in the management of the delay queue. In this case, the delay queue 20 would be implemented in a common memory accessible by the processing system. Preferably, the job signals are collected in the delay queue 20 by a software interrupt routine servicing the input/ output circuit of the processing system. Also, the transfer of job signals from the delay queue 20 into the job scheduler 30 can be performed by software, preferably by an interrupt routine started by a periodic clock interrupt. However, it should be noted that if timer interrupts are used in transferring job signals from the delay queue, the timer interrupt jobs can not be passed through the delay queue, but have to be forwarded directly to the job scheduler. Fig. 2A is a schematic diagram illustrating an example of the number of jobs in the multiprocessing system at the highest priority level as a function of time when no delay queue is utilized. Under the assumption that the multiprocessing system comprises four processing units, it can be seen from Fig. 2A that the multiprocessing system operates far from optimally, with only one or two and occasionally three jobs in the processing units. Besides, the multiprocessing system has to work on the highest priority level almost all of the available time, leaving very little time for execution at lower priority levels, as indicated by the lines below the t-axis in Fig. 2A. Fig. 2B is a schematic diagram illustrating an example of the number of jobs in the multiprocessing system at the highest priority level as a function of time when a delay queue is utilized. As can be seen, the multiprocessing system is utilized much more efficiently, executing the maximum number of jobs for relatively long periods of time. By collecting job signals in the delay queue and using batch-wise acceptance of the job signals for scheduling, job signals at the highest priority level are processed very efficiently until the remaining number of scheduled job signals to be processed becomes smaller than the number of processing units. At this point, the number of jobs in the multiprocessing system starts fading out towards zero, and the wasted capacity is limited to this period of time. When all jobs at the highest priority level have been executed, the multiprocessing system can start executing jobs of a lower priority level until the next batch of job signals from the delay queue is inserted for scheduling and subsequent processing. This means that the time available for executing lower-priority jobs increases considerably as indicated by the lines below the t-axis in Fig. 2B. By comparing Fig. 2A and Fig. 2B, it can be seen that the number of changes between different priority levels is considerably smaller when a delay queue is utilized. It should be understood that Figs. 2A and B are schematic figures, and that the total number of jobs executed at each priority level normally is much larger than illustrated in the figures. By way of example, a total number of 2500 jobs may be executed in a 5 ms interval used for the delay queue. Another advantage is that system load can be estimated by simply measuring the amount of time left for executing jobs of lower priority levels. Fig. 3 is a schematic diagram of an illustrative example of a realization of the processing system of Fig. 1. The processing system 10 comprises a delay queue 20, a switch 25, a job scheduler 30 and a processing core 40. In this particular realization example, the processing core 40 is adapted for speculative execution of jobs, and the processing units 45A-D used by the processing core 40 are preferably in the form execution pipelines. The job scheduler 30 comprises a number of job buffers 35A-D, a priority analysis unit 36 and an output control unit 38. The job scheduler 30 receives job signals from the delay queue 20 in batches, and distributes the job signals into the job buffers for later transfer to the processing core 40. By using several job buffers, instead of just one, it is possible to handle priorities; job signals with different priority levels can be stored in different buffers. Each incoming job signal has a header that includes information about the priority level of the job signal. Consequently, when a new job signal arrives to the job scheduler 30 the header is analyzed in the priority analysis unit 36 and the job buffer into which the job signal should be placed is identified. Next, the job signal is placed in the selected job buffer where it awaits to be forwarded to the processing core 40 under the control of the output control unit 38. The job buffers 35A-D are normally organized as first-in-first-out queues, and the job buffers are served by the processing core 40 in order of priority. When the processing core 40 is ready to accept a new job signal, the scheduler 30 takes a signal of the highest priority level from the job buffers and forwards it to the processing core 40. An example of a specific type of job scheduler is the signal-processing unit (SPU) in the known AXE Digital Switching Systems from Telefonaktiebolaget LM Ericsson. However, it should be noted that the interrupt handling in the job scheduler 30 used by the invention should be able to initiate an interrupt of jobs in the processing core 40 if a job signal of higher priority level is sent from the scheduler to the processing core. Preferably, the processing core 40 processes job signals of only one priority level at a time. Signals of higher priority levels from the job scheduler 30 will interrupt signals of lower levels. For example, the scheduler 30 may initiate an interrupt by sending an interrupt request to the processing core 40, and the core 40 will then interrupt the jobs currently executing in the execution pipelines. According to an alternative solution, the execution pipes are allowed to start executing jobs speculatively also on lower priority levels. The performance gain is however limited by the fact that the number of changes between different priority levels already have been minimized by the invention. The processing core 40 basically comprises a job queue 42, a plurality of execution pipelines 45A-D, a combined dependency checking unit and temporary write queue 46 for handling data dependencies, and a memory system divided into a program store 47 and a data store 48. The job signals from the job scheduler 30 are buffered in the job queue 42, which has a number of storage positions for storing the job signals. Each job signal is stored in a respective storage position of the job queue 42. In general, each job signal comprises a header and data. In addition to administrative information such as priority level data, the header normally includes a pointer to software code in the program store 47, and the data of the job signal includes input operands necessary for execution of the corresponding job, thus generally making the job signal self-contained. The data could be a signal message from an external unit such as a regional processor or another processor. A job may be defined as the instruction stream specified by the signal header, and the job starts with the reception of the job signal and ends by the calling of an end-job routine. It should however be noted that the job signal itself normally does not include any instructions, only a pointer to instructions in the software code stored in the program store 47, and operands required in the execution of the instructions. Preferably, the execution pipelines 45A-D independently fetch job signals from different storage positions in the job queue 42 to independently execute different jobs in parallel. Whenever an execution pipeline is free to start executing a new job, the job queue 42 is examined to find an unallocated job signal. The job signal is then processed in the execution pipeline and the corresponding job is executed. In this particular example, four pipelines are operable for executing four different jobs in parallel, independently of each other. At all times during parallel job execution, only one job signal in the job queue 42 is in commit position, allowing the execution pipeline to which the ob signal is assigned to commit the corresponding job, i.e. performing writeback to the memory system. The jobs in the other execution pipelines are executed speculatively and may be flushed if a data dependency is detected by the dependency-checking unit 46. A general requirement for systems where the information flow is governed by protocols is that certain related events must be processed in the received order. This is the invariant of the system, no matter how the system is implemented. The commit order between jobs is normally defined by the arrival to the processing core and will generally not be changed. However, in a processing system handling job signals of different priority levels, it may be useful to put a job signal of higher priority level before job signals of lower priority. In general, jobs within the same priority level are committed in the same order as they arrived. In general, each execution pipeline comprises circuitry for fetching instructions from the program store, decoding the instructions, executing the instructions and performing memory write back. An example of a specific execution pipeline that can be used by the invention is the pipeline in the Ericsson AXE Digital Switching Systems. Preferably, the job queue 42 manages the protocol needed for assigning job signals to the execution pipelines 45A-D, successively assigning commit priority to the job signals, one job signal at a time, and removing job signals that have been committed. The job queue 42 is a queue with a number of storage positions, combined with control functionality to handle the queue. Each storage position in the job queue 42 is divided into a number of fields, for example as described in Table I below. Table I When a job signal is received from the job scheduler 30, it is placed in the first free position of the job queue 42, i.e. a position in which the Valid flag is not set. The Valid flag is then set to indicate that the Signal field now contains a valid job signal, and that the position is occupied. When an execution pipeline fetches a job signal from a storage position in the job queue 42, the Taken flag for that position is set to indicate that the job signal has been allocated or assigned. Preferably, the job queue 42 has a pointer that points out which storage position in the job queue that is in commit position. The job signal in the commit position has commit priority, and the execution pipeline handling this job signal is enabled to perform write-back to the data store 48 and send job signals to the job scheduler 30. When a job signal is moved into commit position, the corresponding pipeline starts to commit all write operations and signal sendings for the job. When this has been done, the position is released by clearing the Valid flag and the job queue 42 is stepped by conventional means to move a new position into commit position. The job scheduler 30 is informed that the job has been executed to completion and the job queue 42 is now ready to receive a new job signal from the scheduler. The dependency-checking unit 46 is generally implemented by using one or more read buffers associated with the execution pipelines 45A-D. When a pipeline fetches data from the data store 48, the read address or addresses are buffered in the read buffer(s). When the execution pipeline with commit priority performs write-back to the data store 48, the write address to the data store is compared to the read addresses in the read buffer(s) to see if there are data dependencies between the jobs. If data read by a speculatively executing job is subsequently modified by the committed job, a data dependency exists and the speculatively executed job has to be flushed and restarted. The flushed job can be restarted directly from the job queue 42. Job signals corresponding to jobs that have been committed are removed from the job queue 42, thereby allowing new job signals from the job scheduler 30 to be buffered in the job queue 42. Data store modifications proposed by a speculatively executed job are logged in the temporary write queue 46, but not written into the data store 48 until the job gets commit priority. When a job gets commit priority, the entries in the temporary write queue 46 that belong to the job in question are immediately written into the data store 48. Job signals generated by a job with commit priority are forwarded to the job scheduler 30 as so-called "synchronous" job signals, where they are directed either to the job buffers awaiting later processing or sent to an input/ output device (not shown) to be distributed to an external unit. An example of a specific type of dependency checking unit and temporary write queue is disclosed in the international patent application WO 88/02513. The memory system advantageously uses both instruction level cache and data level cache memories (not shown) to allow relatively fast access to the instructions and data that currently reside in the cache memories (previously copied from the main memory). The use of cache memories minimizes the need to access the main memory. When new job signals are released from the job scheduler, these job signals will normally have higher priority than the job signals that are currently being processed, giving an interrupt of the non- speculative commit job and a flush of the speculative jobs. Now, all processing units have to be filled with job signals on the new and higher priority level as fast as possible. By having a delay queue for each priority level, the job signals of the highest priority level can be transferred to the job scheduler first. This is clearly advantageous if the bottleneck (limited bandwidth) in filling up the processing units is in the first step of transferring job signals into the job scheduler, and not in the second step of forwarding scheduled job signals to the processing units. Fig. 4 is a schematic diagram of a processing system according to a second embodiment of the invention. The processing system 60 comprises a priority analysis unit 15, a number of delay queues 20A-C, a corresponding number of switches 25A-C, a job scheduler 30 and a processing core 40. The job scheduler 30 comprises a number of job buffers 35A-35C, a priority analysis unit 36 and an output control unit 38. Each delay queue is associated with a predetermined priority level for storing job signals of the corresponding priority level. When an asynchronous signal arrives to the priority analysis unit 15, the signal header is analyzed and the delay queue into which the job signal should be placed is identified, and the job signal is subsequently stored therein. Each one of the job buffers 35A-C in the scheduler 30 is associated with a predetermined priority level for storing job signals of the corresponding priority level. In operation, the job signals of each delay queue are inserted into its respective job buffer by the corresponding switch controlled by a tick period counter (not shown). By appropriately controlling the switches 25A-C, the job signals of a selected one of the delay queues can be transferred to the corresponding job buffer, and this makes it possible to begin the transfer of job signals to the job scheduler at the highest priority level. The priority analysis unit 36 in the job scheduler is utilized for handling synchronous job signals that are not passed through the delay queues 20A-C. In a software implementation, it is advantageous to build the delay queues 20A-C and the job buffers 35A-C as linked list or queue segments in a common memory. By using linked lists, an entire list of job signals can be moved between a delay queue and its corresponding job buffer simply by linking the head element of the delay queue to the tail of the job buffer. Yet another variation is to use fixed size memory segments for temporarily holding a number of job signals, or pointers thereto. Each one of the delay queues and job buffers is then built using one or several queue segments, either as a linked list of segments or by having table of pointers to segments. When asynchronous job signals are transferred to a job buffer, the current queue segment is linked out of the corresponding delay queue and inserted into the job buffer. Many commercial operating systems such as Unix and Windows NT work with processes. In such processing systems, each incoming signal originating from events in the system or from communication messaging, is directed to a corresponding process, and scheduling is performed on the processes and not based on the incoming signals. In the following, an implementation of a processing system having an execution model based on processes will be described. Fig. 5 is a schematic diagram of a processing system according to an alternative embodiment of the invention. The processing system 80 comprises a delay queue 20, a switch 25 controlled by a tick period counter, a process handler 70 and a processing core 40. The delay queue 20 receives incoming process signals and is adapted for temporarily storage and delay of these signals. The process signals in the delay queue 20 are inserted batch-wise into the process handler 70 under the control of the switch 25. The process handler 70 may be any of a number of conventional process handlers. By way of example, the process handler 70 comprises a number of signal message queues 75A-N, an analysis unit 76, a ready queue 77 and a block queue 78 and conventional circuitry (not shown) for controlling the queues. The process handler 70 is operable for directing the process signals received from the delay queue 20 to corresponding processes and for scheduling the processes for execution in order of their priority level. For example, process signals can be associated to corresponding processes by having a signal message queue for each process. In Fig. 5, the message queue 75A corresponds to process A, the message queue 75B to process B, and so on. In general, each incoming process signal includes a signal message and a signal header. The header contains administrative information such as a process number. In this case, when a new process signal arrives to the process scheduler 30 the header is analyzed in the analysis unit 76 and the signal message queue into which the signal message of the process signal should be placed is identified, and the signal message is placed in the identified queue. The operating system of the processing system 80 works with a number of processes having different priority levels. A process is represented by its process control block. A number of process control blocks are indicated as squares in the ready queue 77 and the blocked queue 78. Block A corresponds to process A, block B corresponds to process B, and so on. The process control block generally holds the process state (program counter, register information) when the process is not executing in the processing core 40 as well as administrative information (the priority level, unique id) required by the operating system. A process can be either READY, waiting in the ready queue 77 for execution in the processing core 40, EXECUTING in the processing core 40, or BLOCKED, waiting for an external signal message in the blocked queue 78. A blocked process wakes up on arrival of an external signal message or event associated with the blocked process. The process is then moved to the ready queue 77, awaiting execution in the processing core 40. During execution of a process, say process N, the program reaches a WAIT routine in which the signal messages stored in the signal message queue, i.e. message queue 75N, that corresponds to the executing process are fetched by the program and used in the execution. The ready queue is usually a linked list of process control blocks. When a process becomes ready it gets scheduled, inserted into the list according to its priority level. When the process has come to the head of the list, the process is dispatched for execution as soon as the processing units 45A-D are available. By delaying the process signals and inserting the delayed process signals batch-wise to the process handler, the same advantages as for job signals are obtained. The multiple processing units are operates more efficiently and the number of changes between different priority levels is minimized. Depending on the details of the execution mode, internal messages can be either inserted into the delay queue or directly unblocking the target process. Many execution models require that a higher priority process immediately becomes unblocked and scheduled, and preempts the executing process. Internal messages, analogous to the synchronous signals mentioned above, must then bypass the delay queue. It should furthermore be noted that some systems allow process signals to have different priority levels (not only the processes). Process signals carrying error messages and other urgent messages for example may have high real time demands and should then bypass the delay queue. This of course also applies to job signals carrying error messages and other urgent messages. Basically, error messages are expected to be very rare and should not effect the overall processing capacity of the system. For additional information on process-oriented operating systems and execution models, please refer to Operating System Concepts by Silberschatz and Peterson, Addison-Wesley Publ. Co., 1988, pp 149-185. The invention is not dependent on the way parallelism is extracted from the application. For example, the processing system can be used for event- controlled processing, where each event, perhaps in the form of a service request, initiates a sequence of jobs that corresponds to a requested service. The processing system can also be used in applications where the parallelism originates from parallel execution methods in an object-oriented program or extracted by a compiler when compiling a single large program. The embodiments described above are merely given as examples, and it should be understood that the present invention is not limited thereto. Further modifications, changes and improvements that retain the basic underlying principles disclosed and claimed herein are within the scope of the invention.

Claims: CLAIMS 1. A processing system having multiple processing units (45A-D) for parallel processing of job signals of different priority levels and a job scheduler (30) for scheduling said job signals for processing by said processing units in order of the priority level of said job signals, characterized in that said processing system further comprises: - at least one delay queue (20) for temporarily storing said job signals; and - means (25, TICK) for batch-wise insertion of said temporarily stored job signals into said job scheduler (30), whereby said multiple processing units are enabled to operate efficiently and the number of changes between different priority levels in said processing units is minimized. 2. A processing system according to claim 1, characterized in that said temporarily stored job signals are periodically inserted into said job scheduler (30). 3. A processing system according to claim 1, characterized in that said job signals are stored in a memory, said delay queue (20) is a queue of pointers to said job signals in said memory, and said means (25, TICK) for batch-wise insertion of said temporarily stored job signals moves pointers from the delay queue (20) to said job scheduler (30). 4. A processing system according to claim 1, characterized in that said temporarily stored job signals are inserted into said job scheduler (30) when the delay queue (20) becomes full. 5. A processing system according to claim 1, characterized in that said processing system comprises a number of delay queues (20A-C), each one of said delay queues being associated with a predetermined priority level for temporarily storing job signals of the corresponding priority level. 6. A processing system according to claim 5, characterized in that said means (25A-C, TICK) for batch-wise insertion of said temporarily stored job signals is operable for inserting the job signals of a selected one of said delay queues (20A-C) into said job scheduler (30). 7. A processing system according to claim 5, characterized in that said job scheduler (30) comprises a number of job buffers (35A-C), each one of said job buffers being associated with a predetermined priority level for storing job signals of the corresponding priority level, and said means (25A-C, TICK) for batch-wise insertion is operable for inserting the job signals of each delay queue into its respective job buffer in the job scheduler (30). 8. A processing system according to claim 5, characterized in that said job scheduler (30) comprises a number of job buffers (35A-C), each one of said job buffers being associated with a predetermined priority level for storing job signals of the corresponding priority level, said delay queues (20A-C) and said job buffers (35A-C) being built based on linked list or queue segments in a memory, and said means (25A-C, TICK) for batch-wise insertion is operable for inserting the temporarily stored job signals of a predetermined one of said delay queues (20A-C) into said job scheduler (30) by linking the head of the delay queue to the tail of the corresponding job buffer. 9. A processing system according to claim 1, characterized in that said processing units (45A-D) are operable for processing job signals to independently execute different jobs in parallel, one of said parallel jobs being executed non-speculatively and the remaining of said parallel jobs being executed speculatively. 10. A processing system according to claim 9, characterized in that said job scheduler (30) is operable for initiating an interrupt of said non-speculatively executed job and a flush of said speculatively executed jobs at reception of a job signal having a priority level that is higher than that of the jobs in the processing units (45A-D). 11. A method of handling job signals of different priority levels in a processing system having multiple processing units (45A-D) for parallel processing of job signals, comprising the step of scheduling said job signals for processing by said processing units in order of the priority level of said job signals, characterized in that said method further comprises the steps of: - delaying said job signals prior to said scheduling; and - batch-wise acceptance of said delayed job signals for said scheduling. 12. A method according to claim 11, characterized in that said step of delaying job signals includes delaying of pointers to said job signals, and said step of batch-wise acceptance and said step of scheduling are performed on said pointers. 13. A method according to claim 11, characterized in that said step of delaying job signals is performed on priority level such that job signals of different priority levels are put into different delay queues (20A-C). 14. A method according to claim 13, characterized in that said step of batch-wise acceptance includes the step of accepting the delayed job signals of a selected one of said delay queues (20A-C). 15. A method according to claim 13, characterized in that each delay queue is associated with a corresponding scheduling queue, said delay queues (20A-C) and said scheduling queues (35A-C) being based on linked list segments, and said step of batch-wise acceptance includes the step of linking the head of each delay queue to the tail of the corresponding scheduling queue. 16. A method according to claim 11, characterized in that said job signals to be delayed originate from events that are asynchronous to the job processing in said processing units. 17. A processing system having: - a process handler (70) for directing process signals to corresponding processes and for scheduling said processes, having different priority levels, for execution in order of their priority level; and - multiple processing units (45A-D) for execution of said scheduled processes, characterized in that said processing system further comprises: - at least one delay queue (20) for temporarily storing said process signals; and - means (25, TICK) for batch- wise insertion of said temporarily stored process signals into said process handler, whereby said multiple processing units (45A-D) are enabled to operate efficiently and the number of changes between different priority levels in said processing units is minimized. 18. A processing system according to claim 17, characterized in that said process signals are stored in a memory, said delay queue (20) is a queue of pointers to said process signals in said memory, and said means (25, TICK) for batch-wise insertion moves pointers from the delay queue (20) to the process handler (70). 19. A processing system according to claim 17, characterized in that said temporarily stored job signals are periodically inserted into said process handler (70). 20. A processing system according to claim 17, characterized in that said temporarily stored process signals are inserted into said process handler (70) when the delay queue (20) becomes full.

Inventors: EGELAND TERJE, HOLMBERG PER ANDERS, JOHNSON STEN EDWARD, KLING LARS-OERJAN, EGELAND, TERJE, HOLMBERG, PER, ANDERS, JOHNSON, STEN, EDWARD, KLING, LARS-OERJAN
Applicants: ERICSSON TELEFON AB L M, TELEFONAKTIEBOLAGET LM ERICSSON
Application year: 1999
Main classification: G06F15
IPC codes: G06F9