| Language | Translated | Untranslated | Untranslated words | Checks | Suggestions | Comments | |
|---|---|---|---|---|---|---|---|
English
BSD-2-Clause
|
3 | ||||||
|
|
|||||||
|
Chinese (Simplified) (zh_CN)
BSD-2-Clause
|
2% | 142 | 2,945 | ||||
|
|
|||||||
|
Chinese (Traditional) (zh_TW)
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
Dutch (nl_NL)
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
French (fr_FR)
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
German (de_DE)
BSD-2-Clause
|
1% | 143 | 2,946 | ||||
|
|
|||||||
|
Italian (it_IT)
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
Norwegian Bokmål
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
Persian
BSD-2-Clause
|
0% | 144 | 2,947 | ||||
|
|
|||||||
|
Portuguese (Brazil)
BSD-2-Clause
|
32% | 98 | 2,620 | 13 | 21 | ||
|
|
|||||||
|
Spanish
BSD-2-Clause
|
32% | 98 | 2,620 | 23 | |||
|
|
|||||||
|
Turkish (tr_TR)
BSD-2-Clause
|
0% | 145 | 2,948 | ||||
|
|
|||||||
Please sign in to see the alerts.
| Project website | docs.freebsd.org/en |
|---|---|
| Translation process |
|
| Translation license | BSD 2-Clause "Simplified" License |
| Filemask | documentation/content/*/articles/geom-class/_index.po |
| Languages | 12 |
| Source strings | 145 |
| Source words | 2,948 |
| Source characters | 18,891 |
| Hosted strings | 1,740 |
| Hosted words | 35,376 |
| Hosted characters | 226,692 |
None
The main benefit of using a thread to handle I/O requests is that it can sleep when needed. Now, this sounds good, but should be carefully thought out. Sleeping is well and very convenient but can very effectively destroy performance of the geom transformation. Extremely performance-sensitive classes probably should do all the work in `.start`() function call, taking great care to handle out-of-memory and similar errors.
La principal ventaja de utilizar un thread para manejar las solicitudes de E/S es que pueden dormir (sleep) cuando sea necesario. Ahora, esto suena bien, pero se debe pensar cuidadosamente. Dormir(sleeping) es bueno y muy conveniente, pero puede ser muy efectivo destruyendo el rendimiento de la transformación de geom. Las clases extremadamente sensibles al rendimiento probablemente deberían de hacer todo el trabajo en la llamada a la función <function>.start</function>(), teniendo mucho cuidado de manejar los errores de falta de memoria y similares.
In GEOM code, the usual use of threads is to offload processing of requests from `g_down` thread (the `.start`() function). These threads look like "event handlers": they have a linked list of event associated with them (on which events can be posted by various functions in various threads so it must be protected by a mutex), take the events from the list one by one and process them in a big `switch`() statement.
En el código GEOM, el uso habitual de los threads es para descargar el procesamiento de peticiones del thread <literal>g_down</literal> (la función <function>.start</function>()). Estos threads parecen <quote>event handlers</quote>: tienen vinculada una lista de eventos asociados a ellos (en los cuales los eventos pueden publicarse mediante varias funciones en varios threads, por lo que deben estar protegidos por un mutex), toma los eventos de la lista, uno por uno, y los procesa en una gran instrucción <literal>switch</literal>().
This restriction is here to stop GEOM code clogging the I/O request path, since sleeping is usually not time-bound and there can be no guarantees on how long will it take (there are some other, more technical reasons also). It also means that there is not much that can be done in those threads; for example, almost any complex thing requires memory allocation. Fortunately, there is a way out: creating additional kernel threads.
Esta restricción está aquí para impedir que el código GEOM obstruya la ruta de las solicitudes de E/S, ya que el sleeping no tiene limite de tiempo y puede no haber garantías sobre cuánto tiempo tardará (también hay algunas otras razones más técnicas). También significa que no hay mucho que se pueda hacer en estos threads; por ejemplo, prácticamente cualquier cosa compleja requiere asignación de memoria. Afortunadamente, hay una salida: crear threads adicionales en el kernel.