source: doc/theses/thierry_delisle_MMath/annex/glossary.tex @ 7cfd6d4

ADTarm-ehast-experimentalcleanup-dtorsenumforall-pointer-decayjacob/cs343-translationjenkins-sandboxnew-astnew-ast-unique-exprpthread-emulationqualifiedEnum
Last change on this file since 7cfd6d4 was 67982887, checked in by Peter A. Buhr <pabuhr@…>, 6 years ago

specialize thesis directory-names

  • Property mode set to 100644
File size: 2.8 KB
RevLine 
[c69adb7]1\makeglossaries
[9a8dfcc]2
3\longnewglossaryentry{callsite-locking}
4{name={callsite-locking}}
5{
[cf966b5]6Locking done by the calling routine. With this technique, a routine calling a monitor routine aquires the monitor \emph{before} making the call to the actuall routine.
[9a8dfcc]7}
8
9\longnewglossaryentry{entry-point-locking}
10{name={entry-point-locking}}
11{
[cf966b5]12Locking done by the called routine. With this technique, a monitor routine called by another routine aquires the monitor \emph{after} entering the routine body but prior to any other code.
[9a8dfcc]13}
14
[3364962]15\longnewglossaryentry{bulk-acq}
16{name={bulk-acquiring}}
[fe84230]17{
18Implicitly acquiring several monitors when entering a monitor.
19}
20
[3364962]21\longnewglossaryentry{multi-acq}
22{name={multiple-acquisition}}
23{
[cf966b5]24Any locking technique that allows a single thread to acquire the same lock multiple times.
[3364962]25}
26
[03bb816]27\longnewglossaryentry{mon-ctx}
28{name={monitor context}}
29{
30The state of the current thread regarding which monitors are owned.
31}
32
[9a8dfcc]33
[c69adb7]34\longnewglossaryentry{uthread}
35{name={user-level thread}}
36{
[cf966b5]37Threads created and managed inside user-space. Each thread has its own stack and its own thread of execution. User-level threads are invisible to the underlying operating system.
[c69adb7]38
39\textit{Synonyms : User threads, Lightweight threads, Green threads, Virtual threads, Tasks.}
40}
41
42\longnewglossaryentry{kthread}
43{name={kernel-level thread}}
44{
45Threads created and managed inside kernel-space. Each thread has its own stack and its own thread of execution. Kernel-level threads are owned, managed and scheduled by the underlying operating system.
46
47\textit{Synonyms : OS threads, Hardware threads, Physical threads.}
48}
49
50\longnewglossaryentry{fiber}
51{name={fiber}}
52{
[cf966b5]53Fibers are non-preemptive user-level threads. They share most of the caracteristics of user-level threads except that they cannot be preempted by another fiber.
[c69adb7]54
55\textit{Synonyms : Tasks.}
56}
57
58\longnewglossaryentry{job}
59{name={job}}
60{
[cf966b5]61Unit of work, often sent to a thread pool or worker pool to be executed. Has neither its own stack nor its own thread of execution.
[c69adb7]62
63\textit{Synonyms : Tasks.}
64}
[a9aab60]65
[d073e3c]66\longnewglossaryentry{pool}
67{name={thread-pool}}
68{
69Group of homogeneuous threads that loop executing units of works after another.
70
71\textit{Synonyms : }
72}
73
[a9aab60]74\longnewglossaryentry{cfacluster}
75{name={cluster}}
76{
[cf966b5]77A group of \gls{kthread} executed in isolation.
[a9aab60]78
79\textit{Synonyms : None.}
80}
81
82\longnewglossaryentry{cfathread}
83{name={thread}}
84{
[cf966b5]85User level threads that are the default in \CFA. Generally declared using the \code{thread} keyword.
[a9aab60]86
87\textit{Synonyms : None.}
88}
89
90\longnewglossaryentry{preemption}
91{name={preemption}}
92{
[cf966b5]93Involuntary context switch imposed on threads at a specified rate.
[a9aab60]94
95\textit{Synonyms : None.}
96}
97
98\newacronym{tls}{TLS}{Thread Local Storage}
99\newacronym{api}{API}{Application Program Interface}
[5c4f2c2]100\newacronym{raii}{RAII}{Resource Acquisition Is Initialization}
[d67cdb7]101\newacronym{numa}{NUMA}{Non-Uniform Memory Access}
Note: See TracBrowser for help on using the repository browser.