Исправление опечаток (#15)

* fixed spelling in Training.adoc
* fixed spelling in LFD113x chapters
* fixed spelling in LFD112x chapters

Author: AfoninaOlga

LFD112x-RU/Chapters/Chapter1.adoc

@@ -66,7 +66,7 @@ https://en.wikipedia.org/wiki/Factory_automation_infrastructure[автомати
 Система способна получать обратную связь с выводом и компенсировать любые ошибки, обнаруженные в выводе.
 Эти типы систем обычно являются автоматическими и требуют очень мало или вообще не требуют вмешательства человека в течение своего рабочего цикла.
 
-Ниже приведены некоторые примеры из множества областей, где широко используются встаиваемые системы:
+Ниже приведены некоторые примеры из множества областей, где широко используются встраиваемые системы:
 
 * промышленность;
 * медицина;
@@ -100,7 +100,7 @@ https://en.wikipedia.org/wiki/Factory_automation_infrastructure[автомати
 * _Система отображения_.
 +
 Она служит в качестве устройства вывода для отображения информации пользователю.
-Система отображения может варьироваться от набора небольших светодиодов до большого жидкокристаллического дисплея, который может отобраать огромное количество информации.
+Система отображения может варьироваться от набора небольших светодиодов до большого жидкокристаллического дисплея, который может отображать огромное количество информации.
 * _Устройства ввода_.
 +
 Устройства ввода, доступные во встраиваемых системах, обычно представляют собой небольшие клавиатуры или сенсорные экраны,

LFD112x-RU/Chapters/Chapter2.adoc

@@ -191,7 +191,7 @@ FreeRTOS также размещен на https://github.com/FreeRTOS[GitHub], 
 
 Все возможности FreeRTOS управляются из файла конфигурации FreeRTOS, `FreeRTOSConfig.h`.
 Каждое приложение должно иметь этот файл как часть системы.
-Онэ содержит параметры конфигурации для включения функций FreeRTOS, необходимых для данного приложения.
+Он содержит параметры конфигурации для включения функций FreeRTOS, необходимых для данного приложения.
 Образец конфигурационного файла может быть скопирован из демонстрационного порта, который лучше всего подходит для контроллера, используемого для данного приложения.
 
 ===== Управление памятью: методы распределения памяти
@@ -551,7 +551,7 @@ image:timers.png[title="Примеры различных конфигураци
 
 ===== Необходимые файлы
 
-Ниже перчислены основные файлы, которые должны быть включены в любое приложение FreeRTOS:
+Ниже перечислены основные файлы, которые должны быть включены в любое приложение FreeRTOS:
 
 * `+FreeRTOS/Source/tasks.c+`
 * `+FreeRTOS/Source/queue.c+`

LFD112x-RU/Chapters/Chapter4.adoc

@@ -327,7 +327,7 @@ ISA были разработаны для широкой настройки и
 Базовые ISA {riscv} имеют либо _little-endian_, либо _big-endian_ системы памяти, а привилегированная архитектура дополнительно определяет _bi-endian_ операции.
 Инструкции хранятся в памяти в виде последовательности 16-битовых посылок в little-endian, независимо от «эндианальности» системы памяти.
 Посылки, образующие одну инструкцию, хранятся по возрастающим адресам в полслова,
-причем самая младшая посылка содержит младшие биты в спецификации инструкции (как сказано в спецификаций {riscv}).
+причем самая младшая посылка содержит младшие биты в спецификации инструкции (как сказано в спецификации {riscv}).
 
 === Исключения, прерывания и ловушки
 

LFD113x-RU/Chapters/Chapter2.adoc

@@ -237,7 +237,7 @@ gcc -O2 -fprofile-use=/path/to/outputfile test.c -o b.out
 
 ==== Использование семплирующих профилировщиков
 
-Семплирующие профилировщикы, такие как Linux perf, используют аппаратные счётчики для регистрации определенных событий во время выполнения программы.
+Семплирующие профилировщики, такие как Linux perf, используют аппаратные счётчики для регистрации определенных событий во время выполнения программы.
 Программы можно профилировать как с самого начала, так и во время их выполнения.
 Это делает семплирующий профилировщик удобным для непрерывного профилирования.
 Накладные расходы таких профилировщиков довольно малы по сравнению с традиционным PGO, поэтому данный подход масштабируется на большое количество систем.
@@ -527,7 +527,7 @@ nm <Binary> | grep -i "test\|debug"
 ----
 
 * Поиск строк в бинарном файле с помощью инструмента `strings`.
-Какобъяснялось ранее, `strings` выводит все C-строки, жестко закодированные в двоичном файле.
+Как объяснялось ранее, `strings` выводит все C-строки, жестко закодированные в двоичном файле.
 Просмотрев строки, мы можем выяснить, почему та или иная строка оказалась в конечном бинарном файле.
 
 === Характеристики производительности встраиваемых приложений

LFD113x-RU/Chapters/Chapter3.adoc

@@ -92,7 +92,7 @@ riscv64-unknown-elf-gcc -O2 -o a.out hello.c
 ----
 riscv64-unknown-elf-gcc -O2 hello.c -mabi=lp64d -march=rv64ifd
 ----
-:mabi: footnote:[Примечание переводчика: не просто модель даннных, а двоичный интерфейс приложения (ABI).]
+:mabi: footnote:[Примечание переводчика: не просто модель данных, а двоичный интерфейс приложения (ABI).]
 
 Флаг `-march` используется для указания целевой субархитектуры, для которой будет сгенерирована сборка.
 Флаг `-mabi` используется для указания моделей данных{mabi}.

LFD113x-RU/Training.adoc

@@ -13,8 +13,8 @@ endif::[]
 :icons: font
 :riscv: RISC‑V
 
-Приведённые в данной лабораторной работе команды расчитаны на выполненение в рабочей среде _Syntacore Kit_,
-распространяемой https://riscv-alliance.ru/[Альяносом {riscv}] в образовательных целях.
+Приведённые в данной лабораторной работе команды рассчитаны на выполнение в рабочей среде _Syntacore Kit_,
+распространяемой https://riscv-alliance.ru/[Альянсом {riscv}] в образовательных целях.
 Обратите внимание, что в другом окружении приведённые примеры команд могут не работать или работать иначе.
 // ссылка на html-версию лабораторной с интерактивными примерами с godbolt.
 
@@ -230,7 +230,7 @@ endif::[]
 == Оптимизация
 
 Рассмотрите листинги ассемблерного кода, полученные Clang при разных уровнях оптимизации,
-выпонив следующие команды:
+выполнив следующие команды:
 
 * без оптимизаций
 +
@@ -307,7 +307,7 @@ dot_product:
 выделяется необходимое для аргументов и локальных переменных место на стеке (строка 3),
 на стеке сохраняется адрес возврата и адрес предыдущего кадра (строки 4 -- 5),
 в регистр сохраняется адрес текущего кадра (строка 6),
-переданные аргуметы `a`, `b` и `n` загружаются на стек (строки 7 -- 9),
+переданные аргументы `a`, `b` и `n` загружаются на стек (строки 7 -- 9),
 локальные переменные `r` и `i` инициализируются нулями (строки 10 -- 12).
 
 В строках 15 -- 17 вычисляется, нужно ли выполнять очередную итерацию цикла:
@@ -318,7 +318,7 @@ dot_product:
 со стека в регистр загружается значение переменной `i` (строка 21),
 вычисляются адреса в памяти значений `a[i]` и `b[i]` и они загружаются в регистры (строки 20, 22 -- 27),
 со стека в регистр загружается значение переменной `r` (строка 28),
-к значению `r` в прибавляется результат `a[i] * b[i]` (строка 29),
+к значению `r` прибавляется результат `a[i] * b[i]` (строка 29),
 новое значение `r` записывается на стек (строка 30).
 
 В строках 33 -- 35 происходит увеличение счётчика цикла `i` после выполнения очередной итерации:
@@ -352,7 +352,7 @@ dot_product:
 ----
 
 Полученный ассемблерный код значительно короче, полученного без применения оптимизаций.
-Это получается засчёт того, что на стеке не выделяется место под аргуметы и локальные переменные,
+Это получается за счёт того, что на стеке не выделяется место под аргументы и локальные переменные,
 и все вычисления производятся с регистрами без обращений к памяти.
 
 В строке 3 происходит инициализация регистра, в котором хранится значение `r`, нулём.
@@ -361,7 +361,7 @@ dot_product:
 
 В строках 6 -- 7 происходит загрузка в регистры значений `a[0]` и `b[0]`.
 
-В строке 8 к значению `r` в прибавляется результат `a[0] * b[0]`.
+В строке 8 к значению `r` прибавляется результат `a[0] * b[0]`.
 
 В строке 9 значение `n` уменьшается на 1.
 
@@ -516,7 +516,7 @@ dot_product:                            # @dot_product
 r += a[i + 0] * b[i + 0]; r += a[i + 1] * b[i + 1]; ... r += a[i + 7] * b[i + 7];
 ----
 
-То есть компилятор приозвёл «раскрутку цикла».
+То есть компилятор произвёл «раскрутку цикла».
 Важно отметить, что в таком случае проверять, нужно ли остановиться, достаточно один раз на весь блок (строка 52),
 а не на каждую операцию `r += a[i] * b[i]`.
 Это положительно сказывается на производительности, так как условные переходы -- «дорогая» операция.
@@ -627,11 +627,11 @@ https://github.com/riscv/riscv-v-spec/tree/master[векторному расш
 Если надо использовать векторы, то в 21 строке выставляется максимальная длина для используемых векторов,
 а в строках 24 и 26 инициализируются векторные регистры, в которых будет аккумулироваться вычисляемые значения.
 Далее в цикле происходят вычисления с использованием векторов (строки 28 -- 40).
-После окончания цикла накопленые в векторных регистрах результаты складываются и записываются в обычный регистр (строки 42 -- 45).
+После окончания цикла накопленные в векторных регистрах результаты складываются и записываются в обычный регистр (строки 42 -- 45).
 Если ещё остались необработанные элементы исходных массивов, то они обрабатываются обычным циклом (строки 48 -- 60).
 
 
-Попробуйте скомпилироватьс программу теми же опциями (`-O3` и `-march=rv64gcv`), используя систему компиляции GCC.
+Попробуйте скомпилировать программу теми же опциями (`-O3` и `-march=rv64gcv`), используя систему компиляции GCC.
 
 .GCC с опциями -O3 и -march=rv64gcv
 [source, armasm, opts=linenums]