Messages in this thread | | | Date | Fri, 19 Jul 2002 16:05:29 -0600 | From | Richard Gooch <> | Subject | Re: Gang Scheduling in linux |
| |
Hubertus Franke writes: > On a single SMP I could imagine for instance for parallel reendering > or similar tightly integrated parallel programs that need data > synchronization. Most of these apps assume a tightly coupled > non-virtual resource, i.e., scheduling of tasks is aligned. > > SGI used to have that stuff in their base kernel. Read a paper about > this some years ago. Again, at the beginning I'd go with a user > level scheduler approach that certainly would satisfy national labs > etc. Most of the cluster schedulers, like PBS and LoadLeveler etc., > already provide that functionality.
A completely user-level solution may have some disadvantages, though, such as delays in scheduling on/off (say if some daemon is used to scan the process list). Perhaps we could add a small hack to the scheduler such that when a task is about to be scheduled off, a signal can be sent to a designated pid? Similarly, when a task is scheduled on, another signal may be sent. An application that wanted to have gang scheduling could then make use of this to STOP/CONT threads.
Regards,
Richard.... Permanent: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |