source: doc/theses/thierry_delisle_MMath/annex/glossary.tex @ 433e2c3

Last change on this file since 433e2c3 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
Line 
1\makeglossaries
2
3\longnewglossaryentry{callsite-locking}
4{name={callsite-locking}}
5{
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.
7}
8
9\longnewglossaryentry{entry-point-locking}
10{name={entry-point-locking}}
11{
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.
13}
14
15\longnewglossaryentry{bulk-acq}
16{name={bulk-acquiring}}
17{
18Implicitly acquiring several monitors when entering a monitor.
19}
20
21\longnewglossaryentry{multi-acq}
22{name={multiple-acquisition}}
23{
24Any locking technique that allows a single thread to acquire the same lock multiple times.
25}
26
27\longnewglossaryentry{mon-ctx}
28{name={monitor context}}
29{
30The state of the current thread regarding which monitors are owned.
31}
32
33
34\longnewglossaryentry{uthread}
35{name={user-level thread}}
36{
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.
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{
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.
54
55\textit{Synonyms : Tasks.}
56}
57
58\longnewglossaryentry{job}
59{name={job}}
60{
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.
62
63\textit{Synonyms : Tasks.}
64}
65
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
74\longnewglossaryentry{cfacluster}
75{name={cluster}}
76{
77A group of \gls{kthread} executed in isolation.
78
79\textit{Synonyms : None.}
80}
81
82\longnewglossaryentry{cfathread}
83{name={thread}}
84{
85User level threads that are the default in \CFA. Generally declared using the \code{thread} keyword.
86
87\textit{Synonyms : None.}
88}
89
90\longnewglossaryentry{preemption}
91{name={preemption}}
92{
93Involuntary context switch imposed on threads at a specified rate.
94
95\textit{Synonyms : None.}
96}
97
98\newacronym{tls}{TLS}{Thread Local Storage}
99\newacronym{api}{API}{Application Program Interface}
100\newacronym{raii}{RAII}{Resource Acquisition Is Initialization}
101\newacronym{numa}{NUMA}{Non-Uniform Memory Access}
Note: See TracBrowser for help on using the repository browser.