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,776 56,244 360,265
Source 147 2,962 18,998
Translated 22% 613 21% 11,869 21% 76,057
Needs editing 1% 3 1% 5 1% 92
Read-only 5% 147 5% 2,962 5% 18,998
Failing checks 1% 15 1% 39 1% 444
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 77% 2,160 78% 44,370 78% 284,116
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 3 changes 149 changes 153 changes 0 changes 0 changes 0 changes 2 changes 1 change 0 changes 153 changes 0 changes 17 changes 149 changes 175 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 81 changes
Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov

Quick numbers

56,244
Hosted words
2,776
Hosted strings
22%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+22%
+100%
Contributors
—
User avatar None

Committed changes

Documentation / articles/geom-class/_index — Russian

Committed changes 2 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

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].
Ядерные потоки выполнения создаются функцией man:kthread_create[9], в своеём поведении они схожи с потоками, созданными в пространстве пользовательских процессов, но есть одно отличие: они не могут известить вызвавший их поток о своеём завершении; по завершению - необходимо вызывать man:kthread_exit[9].
2 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

The important thing here is that ``bio``s are handled asynchronously. That means that, in most parts of the code, there is no analogue to userland's man:read[2] and man:write[2] calls that do not return until a request is done. Rather, a developer-supplied function is called as a notification when the request gets completed (or results in error).
Важным моментом является то, что `bio` обрабатываются асинхронно. Это значит, что во многих частях кода нет аналога к man:read[2] и man:write[2] функциям из пространства пользовательских процессов, которые не возвращают управление пока не выполнится системный вызов. Скорее, по завершении обработки запроса (или в случае ошибки при обработке) как извещение вызывается определеённая пользователем функция.
2 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

Structure `bio` is used for any and all Input/Output operations concerning GEOM. It basically contains information about what device ('provider') should satisfy the request, request type, offset, length, pointer to a buffer, and a bunch of "user-specific" flags and fields that can help implement various hacks.
Структура `bio` используется для всех операций ввода/вывода, касающихся GEOM. Она содержит информацию о том, какое устройство ('поставщик geom') должно ответить на запрос, тип запроса, смещение, длину и указатель на буфер, а также набор "определеённых пользователем" флагов и полей .
2 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

See man:queue[3]. There are a LOT of cases when a list of things needs to be maintained. Fortunately, this data structure is implemented (in several ways) by C macros included in the system. The most used list type is TAILQ because it is the most flexible. It is also the one with largest memory requirements (its elements are doubly-linked) and also the slowest (although the speed variation is on the order of several CPU instructions more, so it should not be taken seriously).
Ознакомьтесь с man:queue[3] Во множестве случаев вам необходимо будет организовывать и управлять такой структурой данных, как списки. К счастью, эта структура данных реализована несколькими способами в виде макросов на Си, а также включена в систему. Наиболее гибкий и часто употребляемый тип списка - TAILQ. Этот тип списка также один из наиболее требовательных к памяти (его элементы - с двойными связями), а также - наиболее медленный (однако счет идеёт на несколько инструкций ЦПУ, поэтому последнее утверждение не следует воспринимать в всерьез).
2 weeks ago
User avatar None

Committed changes

Documentation / articles/geom-class/_index — Russian

Committed changes 3 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

The asynchronous programming model (also called "event-driven") is somewhat harder than the much more used imperative one used in userland (at least it takes a while to get used to it). In some cases the helper routines `g_write_data`() and `g_read_data`() can be used, but __not always__. In particular, they cannot be used when a mutex is held; for example, the GEOM topology mutex or the internal mutex held during the `.start`() and `.stop`() functions.
Асинхронная модель программирования в чем-то сложней, нежели чаще используемая императивная модель, используемая в пространстве пользовательских процессов; в любом случае, привыкание займеёт некоторое время. В некоторых случаях могут быть использованы вспомогательные функции `g_write_data`() и `g_read_data`(), но __далеко не всегда__. В частности, эти функции не могут использоваться когда захвачен мьютекс; например, мьютекс GEOM-топологии или внутренний мьютекс, удерживаемый в ходе выполнения `.start`() или `.stop`().
3 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

The extref:{developers-handbook}[FreeBSD Developer's Handbook] - part of the documentation project, it does not contain anything specific to kernel programming, but rather some general useful information.
extref:{developers-handbook}[Руководство FreeBSD для разработчиков] - часть Проекта Документации FreeBSD, ничего специфичного о программировании ядра в неём нет, зато есть немного общей полезной информации.
3 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

Writing kernel core dumps is slow and takes a long time so if you have lots of memory (>256M) and lots of panics it could be frustrating to sit and wait while it is done (twice - first to write it to swap, then to relocate it to filesystem). It is convenient then to limit the amount of RAM the system will use via a [.filename]#/boot/loader.conf# tunable:
Сохранение дампа ядра - процесс медленный, и, если у вашего компьютера много оперативной памяти (>256M) и если паники случаются часто, то ожидание сохранения дампов может начать раздражать (вспомним, что над дампом происходит две операции: сохранение в своп-файл и перемещение на файловую систему). В таком случае может оказаться удобным ограничивание объеёма используемой системой памяти путем установки переменной в [.filename]#/boot/loader.conf#:
3 weeks ago
User avatar v.popolitov

Search and replace

Documentation / articles/geom-class/_index — Russian

There is another mechanism for allocating memory, the UMA (Universal Memory Allocator). See man:uma[9] for details, but it is a special type of allocator mainly used for speedy allocation of lists comprised of same-sized items (for example, dynamic arrays of structs).
Существует ещеё один механизм выделения памяти - UMA (Universal Memory Allocator), описанный в man:uma[9]. Это специфический метод, преимущественно предназначенный для быстрого выделения памяти под списки, состоящие из элементов одинакового размера (например, динамические массивы структур).
3 weeks ago
Browse all component changes