imported>Andyloris: added more precise link for kernel threads

2025-08-28T16:50:55Z

added more precise link for kernel threads

← Previous revision		Revision as of 16:50, 28 August 2025
Line 2:		Line 2:
	{{technical\|date=August 2014}}		{{technical\|date=August 2014}}

	'''Light Weight Kernel Threads''' ('''LWKT''') is a [[computer science]] term and from [[DragonFly BSD]] in particular. LWKTs differ from normal [[Kernel ~~(operating system)~~\|kernel~~]] [[Thread (computing)\|~~threads]] in that they can [[Preemption (computing)\|preempt]] normal [[light-weight process\|kernel threads]]. According to [[Matthew Dillon\|Matt Dillon]], DragonFlyBSD creator:		'''Light Weight Kernel Threads''' ('''LWKT''') is a [[computer science]] term and from [[DragonFly BSD]] in particular. LWKTs differ from normal [[Kernel thread\|kernel threads]] in that they can [[Preemption (computing)\|preempt]] normal [[light-weight process\|kernel threads]]. According to [[Matthew Dillon\|Matt Dillon]], DragonFlyBSD creator:

	{{cquote\|The LWKT scheduler is responsible for actually running a thread. It uses a fixed priority scheme, but the fixed priorities are differentiating major [[System#Subsystem\|subsystems]], not user processes. For example, hardware interrupt threads have the highest priority, followed by software interrupts, kernel-only threads, then finally user threads. A user thread either runs at user-kernel priority (when it is actually running in the kernel, e.g. running a syscall on behalf of userland), or a user thread runs at user priority.		{{cquote\|The LWKT scheduler is responsible for actually running a thread. It uses a fixed priority scheme, but the fixed priorities are differentiating major [[System#Subsystem\|subsystems]], not user processes. For example, hardware interrupt threads have the highest priority, followed by software interrupts, kernel-only threads, then finally user threads. A user thread either runs at user-kernel priority (when it is actually running in the kernel, e.g. running a syscall on behalf of userland), or a user thread runs at user priority.
Line 8:		Line 8:
	DragonFly does preempt, it just does it very carefully and only under particular circumstances. An LWKT interrupt thread can [[Preemption (computing)\|preempt]] most other threads, for example. This mimics what FreeBSD-4.x already did with its spl/run-interrupt-in-context-of-current-process mechanism. What DragonFly does NOT do is allow a non-interrupt kernel thread to preempt another non-interrupt kernel thread.		DragonFly does preempt, it just does it very carefully and only under particular circumstances. An LWKT interrupt thread can [[Preemption (computing)\|preempt]] most other threads, for example. This mimics what FreeBSD-4.x already did with its spl/run-interrupt-in-context-of-current-process mechanism. What DragonFly does NOT do is allow a non-interrupt kernel thread to preempt another non-interrupt kernel thread.

	The mainframe [[z/OS]] Operating system supports a similar mechanism, called SRB (Service Request Block).		The mainframe [[z/OS]] Operating system supports a similar mechanism, called SRB ([[Service Request Block]]).

	SRB's represent requests to execute a system service routine. SRB's are typically created when one address space detects an event that affects a different address space; they provide one of several mechanisms for asynchronous inter-address space communication for programs running on z/OS.		SRB's represent requests to execute a system service routine. SRB's are typically created when one address space detects an event that affects a different address space; they provide one of several mechanisms for asynchronous inter-address space communication for programs running on z/OS.

imported>InternetArchiveBot: Rescuing 1 sources and tagging 0 as dead.) #IABot (v2.0.9.3) (Whoop whoop pull up - 12943

2023-03-26T01:24:16Z

Rescuing 1 sources and tagging 0 as dead.) #IABot (v2.0.9.3) (Whoop whoop pull up - 12943

New page

{{Short description|Preemption method for normal kernel threads used by DragonFly BSD}}
{{technical|date=August 2014}}

'''Light Weight Kernel Threads''' ('''LWKT''') is a [[computer science]] term and from [[DragonFly BSD]] in particular. LWKTs differ from normal [[Kernel (operating system)|kernel]] [[Thread (computing)|threads]] in that they can [[Preemption (computing)|preempt]] normal [[light-weight process|kernel threads]]. According to [[Matthew Dillon|Matt Dillon]], DragonFlyBSD creator:

{{cquote|The LWKT scheduler is responsible for actually running a thread. It uses a fixed priority scheme, but the fixed priorities are differentiating major [[System#Subsystem|subsystems]], not user processes. For example, hardware interrupt threads have the highest priority, followed by software interrupts, kernel-only threads, then finally user threads. A user thread either runs at user-kernel priority (when it is actually running in the kernel, e.g. running a syscall on behalf of userland), or a user thread runs at user priority.

DragonFly does preempt, it just does it very carefully and only under particular circumstances. An LWKT interrupt thread can [[Preemption (computing)|preempt]] most other threads, for example. This mimics what FreeBSD-4.x already did with its spl/run-interrupt-in-context-of-current-process mechanism. What DragonFly does *NOT* do is allow a non-interrupt kernel thread to preempt another non-interrupt kernel thread.

The mainframe [[z/OS]] Operating system supports a similar mechanism, called SRB (Service Request Block).

SRB's represent requests to execute a system service routine. SRB's are typically created when one address space detects an event that affects a different address space; they provide one of several mechanisms for asynchronous inter-address space communication for programs running on z/OS.

An SRB is similar to a Process Control Block (PCB), in that it identifies a unit of work to the system. Unlike a PCB, an SRB cannot "own" storage areas. In a multiprocessor environment, the SRB routine, after being scheduled, can be dispatched on another processor and can run concurrently with the scheduling program. The scheduling program can continue to do other processing in parallel with the SRB routine. Only programs running in kernel mode can create an SRB.

The Windows Operating System knows a similar light weight thread mechanism named "fibers". Fibers are scheduled by an application program. The port of the CICS Transaction Server to the Windows platform uses fibers, somewhat analogous to the use of "enclaves" under z/OS.

In UNIX, "kernel threads" have two threads, one is the core thread, one is the user thread.
}}

==See also==
*[[Light-weight process]]
*[[Thread (computing)]]

== Sources ==
*[http://leaf.dragonflybsd.org/mailarchive/kernel/2003-11/msg00321.html Matt Dillon's post about the LWKT scheduler]
*{{citation
|url = http://www.internetnews.com/dev-news/article.php/3576426
|title = New DragonFly Released For BSD Users
|first = Sean Michael
|last = Kerner
|work = InternetNews
|date = 2006-01-10
|accessdate = 2011-11-20
}}
*{{citation
|url = http://www.onlamp.com/pub/a/bsd/2004/07/08/dragonfly_bsd_interview.html
|title = Behind DragonFly BSD
|last = Biancuzzi
|first = Federico
|work = [[O'Reilly Media]]
|date = 2004-07-08
|accessdate = 2011-11-20
|archive-date = 2014-04-09
|archive-url = https://web.archive.org/web/20140409155743/http://www.onlamp.com/pub/a/bsd/2004/07/08/dragonfly_bsd_interview.html
|url-status = dead
}}
*{{citation
|url = http://www.osnews.com/story.php?news_id=6338
|title = Interview with Matthew Dillon of DragonFly BSD
|first = Eugenia
|last = Loli-Queru
|work = [[OSNews]]
|date = 2004-03-13
}}
*{{citation
|url = http://www.dcbsdcon.org/speakers/slides/luciani_dcbsdcon2009.pdf
|title = M:N threading in DragonflyBSD
|first = Robert
|last = Luciani
|publisher = BSDCon
|date = 2009-05-24
|archiveurl = https://web.archive.org/web/20101223004617/http://www.dcbsdcon.org/speakers/slides/luciani_dcbsdcon2009.pdf
|archivedate = 2010-12-23
}}
*{{citation
|url=http://www.kerneltrap.org/node/14116
|title=Interview: Matthew Dillon
|first=Jeremy
|last=Andrews
|work=[[KernelTrap]]
|date=2007-08-06
|accessdate=2011-11-20
|url-status=dead
|archiveurl=https://web.archive.org/web/20110515101806/http://kerneltrap.org/node/14116
|archivedate=2011-05-15
}}
*{{citation
|url = https://lwn.net/Articles/384200/
|title = DragonFly BSD 2.6: towards a free clustering operating system
|first = Koen
|last = Vervloesem
|work = [[LWN.net]]
|date = 2010-04-21
|accessdate = 2011-11-19
}}
*{{citation
|url = http://www.internetnews.com/dev-news/article.php/3622406
|title = DragonFly BSD 1.6 Cuts the Cord
|first = Sean Michael
|last = Kerner
|work = InternetNews
|date = 2006-07-25
|accessdate = 2011-11-20
}}
*{{citation
|url = http://www.osnews.com/story/13352/A_Quick_Review_of_DragonFly_BSD_1_4
|title = A Quick Review of DragonFly BSD 1.4
|first = Trent
|last = Townsend
|work = [[OSNews]]
|date = 2006-01-18
|accessdate = 2011-11-16
}}
*{{citation
|url = http://hup.hu/node/4512
|title = Interjú Matthew Dillionnal a DragonFly BSD alapítójával
|date = 2003-10-10
|accessdate = 2011-11-20
}}

[[Category:Threads (computing)]]
[[Category:DragonFly BSD]]

{{Operating-system-stub}}

Light Weight Kernel Threads - Revision history

imported>Andyloris: added more precise link for kernel threads

imported>InternetArchiveBot: Rescuing 1 sources and tagging 0 as dead.) #IABot (v2.0.9.3) (Whoop whoop pull up - 12943