Please sign in to see the alerts.

Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/articles/geom-class/_index.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 2,482 50,320 322,252
Source 146 2,960 18,956
Translated 18% 465 17% 8,907 17% 57,088
Needs editing 1% 1 1% 1 1% 8
Read-only 5% 146 5% 2,960 5% 18,956
Failing checks 1% 17 1% 42 1% 488
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 81% 2,016 82% 41,412 82% 265,156
Last 12 months Previous

Activity in last 12 months

0 changes 15 changes 131 changes 2 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 2 changes 3 changes 0 changes 153 changes 152 changes 0 changes 159 changes 2 changes 159 changes 0 changes 0 changes 0 changes
Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun

Quick numbers

50,320
Hosted words
2,482
Hosted strings
18%
Translated
1
Contributors
and previous 30 days

Trends of last 30 days

+5%
Hosted words
+100%
+5%
Hosted strings
+100%
−1%
Translated
+19%
—
Contributors
+100%
User avatar None

Committed changes

Documentation / articles/geom-class/_index — Portuguese

Committed changes 3 weeks ago
User avatar None

New strings to translate

Documentation / articles/geom-class/_index — Portuguese

146 new strings to translate appeared to the translation. 3 weeks ago
User avatar None

Resource update

Documentation / articles/geom-class/_index — Portuguese

File documentation/content/pt/articles/geom-class/_index.po was added. 3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

Mutexes in FreeBSD kernel (see man:mutex[9]) have one distinction from their more common userland cousins - the code cannot sleep while holding a mutex). If the code needs to sleep a lot, man:sx[9] locks may be more appropriate. On the other hand, if you do almost everything in a single thread, you may get away with no mutexes at all.
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

The other benefit of having a event-handler thread like that is to serialize all the requests and responses coming from different geom threads into one thread. This is also very convenient but can be slow. In most cases, handling of `.done`() requests can be left to the `g_up` thread.
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

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.
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

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.
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

Kernel threads are created with man:kthread_create[9] function, and they are sort of similar to userland threads in behavior, only they cannot return to caller to signify termination, but must call man:kthread_exit[9].
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

Kernel Threads for Use in GEOM Code
 
3 weeks ago
User avatar None

String updated in the repository

Documentation / articles/geom-class/_index — Portuguese

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.
 
3 weeks ago
Browse all component changes