The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not merge the repository.
Language Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
English 0 0 0 0 5 0 0
Russian 99% 1 114 735 0 13 0 0
Please sign in to see the alerts.

Overview

Project website www.tarantool.io/en/doc/latest
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository git@github.com:tarantool/doc.git
Repository branch test-weblate
Last remote commit updated pot afee6c42
TarantoolBot authored a year ago
Weblate repository http://weblate.tarantool.io/git/testing_project/documentation-conceptsenginesmemtx/
File mask locale/*/LC_MESSAGES/concepts/engines/vinyl.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 272 12,618 73,954
Source 136 6,309 36,977
Translated 99% 271 99% 12,504 99% 73,219
Needs editing 1% 1 1% 114 1% 735
Read-only 50% 136 50% 6,309 50% 36,977
Failing checks 6% 18 12% 1,619 12% 9,609
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 289 changes 1 change 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 2 changes 0 changes
Mar Apr May Jun Jul Aug Sep Oct Nov Dec Jan Feb

Quick numbers

12,618
Hosted words
272
Hosted strings
99%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

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

New alert

testing_project / Documentation: concepts/engines/vinyl

Component seems unused. 5 months ago
User avatar None

New alert

testing_project / Documentation: concepts/engines/vinyl

Broken project website URL a year ago
User avatar None

New alert

testing_project / Documentation: concepts/engines/vinyl

Could not update the repository. a year ago
User avatar None

Component locked

testing_project / Documentation: concepts/engines/vinyl

The component was automatically locked because of an alert. a year ago
User avatar None

New alert

testing_project / Documentation: concepts/engines/vinyl

Could not merge the repository. a year ago
User avatar None

New string to translate

testing_project / Documentation: concepts/engines/vinyl — Russian

1 new string to translate appeared in the translation. a year ago
User avatar None

Resource update

testing_project / Documentation: concepts/engines/vinyl — Russian

The "locale/ru/LC_MESSAGES/concepts/engines/vinyl.po" file was changed. a year ago
User avatar None

String updated in the repository

testing_project / Documentation: concepts/engines/vinyl — Russian

If secondary indexes are not unique, then collecting "garbage" from them can be put off until a compaction, which is what we do in Tarantool. The append-only nature of LSM trees allowed us to implement full-blown serializable transactions in vinyl. Read-only requests use older versions of data without blocking any writes. The transaction manager itself is fairly simple for now: in classical terms, it implements the MVTO (multiversion timestamp ordering) class, whereby the winning transaction is the one that finished earlier. There are no locks and associated deadlocks. Strange as it may seem, this is a drawback rather than an advantage: with parallel execution, you can increase the number of successful transactions by simply holding some of them on lock when necessary. We’re planning to improve the transaction manager soon. In the current release, we focused on making the algorithm behave 100% correctly and predictably. For example, our transaction manager is one of the few on the NoSQL market that supports so-called "gap locks".
Если вторичные индексы не уникальны, то удаление из них "мусора" также можно перенести в фазу слияния, что мы и делаем в Tarantool. Природа LSM-дерева, в котором файлы обновляются путем присоединения новых записей, позволила нам реализовать в vinyl'е полноценные сериализуемые транзакции. Запросы только для чтения при этом используют старые версии данных и не блокируют запись. Сам менеджер транзакций пока довольно простой: в традиционной классификации он реализует класс MVTO (multiversion timestamp ordering -- упорядочение временных меток на основе многоверсионности), при этом в конфликте побеждает та транзакция, что завершилась первой. Блокировок и свойственных им взаимоблокировок нет. Как ни странно, это скорее недостаток, чем преимущество: при параллельном выполнении можно повысить количество успешных транзакций, задерживая некоторые из них в нужный момент на блокировке. Развитие менеджера транзакций в наших ближайших планах. В текущей версии мы сфокусировались на том, чтобы сделать алгоритм корректным и предсказуемым на 100%. Например, наш менеджер транзакций -- один из немногих в NoSQL-среде, поддерживающих так называемые "блокировки разрывов" (gap locks).
a year ago
User avatar None

String updated in the repository

testing_project / Documentation: concepts/engines/vinyl — Russian

Nevertheless, after a couple of days, the Tarantool process started eating up 100% of our CPU, and the system performance dropped close to zero.
Тем не менее, после пары дней работы процесс Tarantool начал потреблять 100 % CPU, а производительность системы упала практически до нуля.
a year ago
User avatar None

String updated in the repository

testing_project / Documentation: concepts/engines/vinyl — Russian

The key advantage of Bloom filters in Tarantool is that they’re easily configurable. The only parameter that can be specified separately for each index is called ``vinyl_bloom_fpr`` (FPR stands for "false positive ratio") and it has the default value of 0.05, which translates to a 5% FPR. Based on this parameter, Tarantool automatically creates Bloom filters of the optimal size for partial- key and full-key searches. The Bloom filters are stored in the `.index` file, along with the page index, and are cached in RAM.
Ключевым преимуществом реализации фильтров Блума в Tarantool является простота настройки. Единственный параметр, который можно менять независимо для каждого индекса, называется ``vinyl_bloom_fpr`` (FPR в данном случае означает сокращение от "false positive ratio" -- коэффициент ложноположительного срабатывания), который по умолчанию равен 0,05, или 5%. На основе этого параметра Tarantool автоматически строит фильтры Блума оптимального размера для поиска как по полному ключу, так и по компонентам ключа. Сами фильтры Блума хранятся вместе с постраничным индексом в файле `.index` и кэшируются в оперативной памяти.
a year ago
Browse all component changes