Rev 62 | Rev 75 | Go to most recent revision | Show entire file | Ignore whitespace | Details | Blame | Last modification | View Log | RSS feed
Rev 62 | Rev 64 | ||
---|---|---|---|
Line 58... | Line 58... | ||
58 | architectures can be compiled with this optimization.</para> |
58 | architectures can be compiled with this optimization.</para> |
59 | 59 | ||
60 | <para>Although the kernel does not do any floating point |
60 | <para>Although the kernel does not do any floating point |
61 | arithmetics<footnote> |
61 | arithmetics<footnote> |
62 | <para>Some architectures (e.g. ia64) inevitably use a fixed set of |
62 | <para>Some architectures (e.g. ia64) inevitably use a fixed set of |
63 | floating point registers to carry out its normal operations.</para> |
63 | floating point registers to carry out their normal operations.</para> |
64 | </footnote>, it must protect FPU context of userspace threads against |
64 | </footnote>, it must protect FPU context of userspace threads against |
65 | destruction by other threads. Moreover, only a fraction of userspace |
65 | destruction by other threads. Moreover, only a fraction of userspace |
66 | programs use the floating point unit. HelenOS contains a generic framework |
66 | programs use the floating point unit. HelenOS contains a generic framework |
67 | for switching FPU context only when the switch is forced.</para> |
67 | for switching FPU context only when the switch is forced (i.e. a thread |
- | 68 | uses a floating point instruction and its FPU context is not loaded in the |
|
- | 69 | processor).</para> |
|
68 | 70 | ||
69 | <para>The last member of the context family is the memory management |
71 | <para>The last member of the context family is the memory management |
70 | context. It includes memory management registers that identify address |
72 | context. It includes memory management registers that identify address |
71 | spaces on hardware level (i.e. ASIDs and page tables pointers).</para> |
73 | spaces on hardware level (i.e. ASIDs and page tables pointers).</para> |
72 | 74 | ||
Line 117... | Line 119... | ||
117 | and to the latter group as to userspace threads. Both kernel and userspace |
119 | and to the latter group as to userspace threads. Both kernel and userspace |
118 | threads are visible to the scheduler and can become a subject of kernel |
120 | threads are visible to the scheduler and can become a subject of kernel |
119 | preemption and thread migration during times when preemption is |
121 | preemption and thread migration during times when preemption is |
120 | possible.</para> |
122 | possible.</para> |
121 | 123 | ||
122 | <figure> |
124 | <formalpara> |
123 | <title>Transitions among thread states.</title> |
125 | <title>Thread states</title> |
124 | 126 | ||
- | 127 | <para>In each moment, a thread exists in one of five possible thread |
|
- | 128 | states. When the thread is created and first readied into the |
|
- | 129 | scheduler's run queues or when a thread is migrated to a new processor, |
|
- | 130 | it is put into the <code>Entering</code> state. After some time, the |
|
- | 131 | scheduler picks up the thread and starts executing it. A thread being |
|
- | 132 | currently executed on a processor is in the <code>Running</code> state. |
|
- | 133 | From there, the thread has three possibilities. It either runs until it |
|
- | 134 | is preemtped, in which case the state changes to <code>Ready</code>, |
|
- | 135 | goes to the <code>Sleeping</code> state by going to sleep or enters the |
|
- | 136 | <code>Exiting</code> state when it reaches termination.<figure> |
|
- | 137 | <title>Transitions among thread states.</title> |
|
- | 138 | ||
125 | <mediaobject id="thread_states" xreflabel=""> |
139 | <mediaobject id="thread_states" xreflabel=""> |
126 | <imageobject role="html"> |
140 | <imageobject role="html"> |
127 | <imagedata fileref="images/thread_states.png" format="PNG" /> |
141 | <imagedata fileref="images/thread_states.png" format="PNG" /> |
128 | </imageobject> |
142 | </imageobject> |
129 | 143 | ||
130 | <imageobject role="fop"> |
144 | <imageobject role="fop"> |
131 | <imagedata fileref="images.vector/thread_states.svg" format="SVG" /> |
145 | <imagedata fileref="images.vector/thread_states.svg" |
- | 146 | format="SVG" /> |
|
132 | </imageobject> |
147 | </imageobject> |
133 | </mediaobject> |
148 | </mediaobject> |
- | 149 | </figure></para> |
|
134 | </figure> |
150 | </formalpara> |
- | 151 | ||
- | 152 | <formalpara> |
|
- | 153 | <title>Pseudo threads</title> |
|
135 | 154 | ||
136 | <para>HelenOS userspace layer knows even smaller units of execution. Each |
155 | <para>HelenOS userspace layer knows even smaller units of execution. |
137 | userspace thread can make use of an arbitrary number of pseudo threads. |
156 | Each userspace thread can make use of an arbitrary number of pseudo |
138 | These pseudo threads have their own synchronous register context, |
157 | threads. These pseudo threads have their own synchronous register |
139 | userspace code and stack. They live their own life within the userspace |
158 | context, userspace code and stack. They live their own life within the |
140 | thread and the scheduler does not have any idea about them because they |
159 | userspace thread and the scheduler does not have any idea about them |
141 | are completely implemented by the userspace library. This implies several |
160 | because they are completely implemented by the userspace library. This |
142 | things:</para> |
- | |
143 | - | ||
144 | <itemizedlist> |
161 | implies several things:<itemizedlist> |
145 | <listitem> |
162 | <listitem> |
146 | <para>pseudothreads schedule themselves cooperatively within the time |
163 | <para>pseudothreads schedule themselves cooperatively within the |
147 | slice given to their userspace thread,</para> |
164 | time slice given to their userspace thread,</para> |
148 | </listitem> |
165 | </listitem> |
149 | 166 | ||
150 | <listitem> |
167 | <listitem> |
151 | <para>pseudothreads share FPU context of their containing thread |
168 | <para>pseudothreads share FPU context of their containing thread |
152 | and</para> |
169 | and</para> |
153 | </listitem> |
170 | </listitem> |
154 | 171 | ||
155 | <listitem> |
172 | <listitem> |
156 | <para>all pseudothreads of one userspace thread block when one of them |
173 | <para>all pseudothreads of one userspace thread block when one of |
157 | goes to sleep.</para> |
174 | them goes to sleep.</para> |
158 | </listitem> |
175 | </listitem> |
159 | </itemizedlist> |
176 | </itemizedlist></para> |
- | 177 | </formalpara> |
|
160 | </section> |
178 | </section> |
161 | 179 | ||
162 | <section> |
180 | <section> |
163 | <title>Scheduler</title> |
181 | <title>Scheduler</title> |
164 | 182 |