aboutsummaryrefslogtreecommitdiff
path: root/sys/sys/priority.h
Commit message (Collapse)AuthorAgeFilesLines
* sys/sys: minor spelling fixes.Pedro F. Giffuni2016-05-031-1/+1
| | | | | | | | | While the changes are minor, these headers are very visible. MFC after: 2 weeks Notes: svn path=/head/; revision=298981
* Use a name instead of a magic number for kern_yield(9) when the priorityMatthew D Fleming2011-05-131-0/+6
| | | | | | | | | | | should not change. Fetch the td_user_pri under the thread lock. This is probably not necessary but a magic number also seems preferable to knowing the implementation details here. Requested by: Jason Behmer < jason DOT behmer AT isilon DOT com > Notes: svn path=/head/; revision=221829
* Rework realtime priority support:John Baldwin2011-01-141-11/+11
| | | | | | | | | | | | | | | | | | | | | | - Move the realtime priority range up above kernel sleep priorities and just below interrupt thread priorities. - Contract the interrupt and kernel sleep priority ranges a bit so that the timesharing priority band can be increased. The new timeshare range is now slightly larger than the old realtime + timeshare ranges. - Change the ULE scheduler to no longer use realtime priorities for interactive threads. Instead, the larger timeshare range is now split into separate subranges for interactive and non-interactive ("batch") threads. The end result is that interactive threads and non-interactive threads still use the same priority ranges as before, but realtime threads now have a separate, dedicated priority range. - Do not modify the priority of non-timeshare threads in sched_sleep() or via cv_broadcastpri(). Realtime and idle priority threads will no longer have their priorities affected by sleeping in the kernel. Reviewed by: jeff Notes: svn path=/head/; revision=217410
* - Retire some unused ithread priorities: PI_TTYHIGH, PI_TAPE, andJohn Baldwin2011-01-111-8/+6
| | | | | | | | | PI_DISKLOW. While here, rename PI_TTYLOW to PI_TTY. - Add a macro PI_SWI() that takes a SWI_* constant as an argument and returns the suitable thread priority. Notes: svn path=/head/; revision=217292
* Retire PCONFIG and leave the priority of thread0 alone when waiting forJohn Baldwin2011-01-061-3/+2
| | | | | | | interrupt config hooks to execute. Notes: svn path=/head/; revision=217075
* Replace (name) with Henric Vestergaard Draboel since it was clear thatWarner Losh2007-01-081-1/+1
| | | | | | | | this was just cut N paste and '(name)' doesn't make any sense. If someone knows how to contact Mr. Draboel, please let me know. Notes: svn path=/head/; revision=165898
* /* -> /*- for license, minor formatting changesWarner Losh2005-01-071-1/+1
| | | | Notes: svn path=/head/; revision=139825
* style(9) the structure definitions.David E. O'Brien2001-09-051-1/+1
| | | | Notes: svn path=/head/; revision=83045
* Implement a unified run queue and adjust priority levels accordingly.Jake Burkholder2001-02-121-0/+130
- All processes go into the same array of queues, with different scheduling classes using different portions of the array. This allows user processes to have their priorities propogated up into interrupt thread range if need be. - I chose 64 run queues as an arbitrary number that is greater than 32. We used to have 4 separate arrays of 32 queues each, so this may not be optimal. The new run queue code was written with this in mind; changing the number of run queues only requires changing constants in runq.h and adjusting the priority levels. - The new run queue code takes the run queue as a parameter. This is intended to be used to create per-cpu run queues. Implement wrappers for compatibility with the old interface which pass in the global run queue structure. - Group the priority level, user priority, native priority (before propogation) and the scheduling class into a struct priority. - Change any hard coded priority levels that I found to use symbolic constants (TTIPRI and TTOPRI). - Remove the curpriority global variable and use that of curproc. This was used to detect when a process' priority had lowered and it should yield. We now effectively yield on every interrupt. - Activate propogate_priority(). It should now have the desired effect without needing to also propogate the scheduling class. - Temporarily comment out the call to vm_page_zero_idle() in the idle loop. It interfered with propogate_priority() because the idle process needed to do a non-blocking acquire of Giant and then other processes would try to propogate their priority onto it. The idle process should not do anything except idle. vm_page_zero_idle() will return in the form of an idle priority kernel thread which is woken up at apprioriate times by the vm system. - Update struct kinfo_proc to the new priority interface. Deliberately change its size by adjusting the spare fields. It remained the same size, but the layout has changed, so userland processes that use it would parse the data incorrectly. The size constraint should really be changed to an arbitrary version number. Also add a debug.sizeof sysctl node for struct kinfo_proc. Notes: svn path=/head/; revision=72376
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-03 10:05:24 +0000