diff options
Diffstat (limited to 'ru/src/by-example/tips.md')
| -rw-r--r-- | ru/src/by-example/tips.md | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/ru/src/by-example/tips.md b/ru/src/by-example/tips.md index 3608dc2..ab0f1b5 100644 --- a/ru/src/by-example/tips.md +++ b/ru/src/by-example/tips.md @@ -1,8 +1,8 @@ # Советы и хитрости -## Generics +## Обобщенное программирование (Generics) -Ресурсы, совместно используемые двумя или более задачами реализуют трейт `Mutex` +Ресурсы, совместно используемые двумя или более задачами, реализуют трейт `Mutex` во *всех* контекстах, даже в тех, где для доступа к данным не требуются критические секции. Это позволяет легко писать обобщенный код оперирующий ресурсами, который можно вызывать из различных задач. Вот такой пример: @@ -20,12 +20,12 @@ $ cargo run --example generics к данным в разделяемых ресурсах, тогда Ваш код продолжит компилироваться, когда Вы измените приоритет задач. -## Запуск задач из RAM +## Запуск задач из ОЗУ Главной целью переноса описания программы на RTFM в атрибуты в RTFM v0.4.x была возможность взаимодействия с другими атрибутами. Напримерe, атрибут `link_section` можно применять к задачам, чтобы разместить -из в RAM; это может улучшить производительность в некоторых случаях. +их в ОЗУ; это может улучшить производительность в некоторых случаях. > **ВАЖНО**: Обычно атрибуты `link_section`, `export_name` и `no_mangle` > очень мощные, но их легко использовать неправильно. Неверное использование @@ -39,7 +39,7 @@ RTFM v0.4.x была возможность взаимодействия с др [RFC]: https://github.com/rust-embedded/cortex-m-rt/pull/100 -В примере ниже показано как разместить высокоприоритетную задачу `bar` в RAM. +В примере ниже показано как разместить высокоприоритетную задачу `bar` в ОЗУ. ``` rust {{#include ../../../examples/ramfunc.rs}} @@ -51,7 +51,7 @@ RTFM v0.4.x была возможность взаимодействия с др $ cargo run --example ramfunc {{#include ../../../ci/expected/ramfunc.run}}``` -Можно посмотреть на вывод `cargo-nm`, чтобы убедиться, что `bar` расположен в RAM +Можно посмотреть на вывод `cargo-nm`, чтобы убедиться, что `bar` расположен в ОЗУ (`0x2000_0000`), тогда как `foo` расположен во Flash (`0x0000_0000`). ``` console |