feat(09): Добавлены схемы кэшей

поскольку штат людей, которые пишут билеты расширился, возникла необходимость стандартизировать порядок внесения вклада

CONTRIBUTING.md

@@ -4,15 +4,92 @@ tags:
 ---
 # Соглашения о вкладе
 
+## Стиль билетов
+
+> [!attention]+ Основное требование к билету
+>**НЕ ПРОСТО ПЕРЕПИСЫВАЙТЕ МЕТОДИЧКУ СЛОВО В СЛОВО**: старайтесь ужать материал и сделать его как можно понятнее
+
+*Иначе смысла в написании билетов нет ни для вас, ни для человека, который может их почитать. Разбиение методички на билеты - не самая важная часть нашей деятельности*
+
+При написании билетов я предполагаю, что пользователь сидит в режиме чтения
+### Объем билетов
+
+Довольно очевидно, что билеты должны быть максимально короткими, чтобы человек не учил то, что может не учить, но при этом они не должны быть невнятными. Старайтесь выдерживать золотую середину между читаемостью и объемом
+
+Периодически в билете требуется пояснить моменты, которые вообще говоря не надо запоминать и они не связаны с ответом, но они помогают пониманию билета. В таком случае я обычно пишу что-то вроде:
+
+> [!comment]- Примечание билетера о ...
+> Какое-то пояснение, которое я считаю важным дать, но которое не важно во время ответа
+
+Оформляется оно при помощи коллаутов примерно так:
+
+```md
+> [!comment]- Примечание билетёра о ...
+> lorem ipsum dolor sit amet
+```
+
+Также считаю допустимым использование примечаний^[Это примечание отобразится в конце страницы и не будет так сильно отвлекать от билета]. Они автоматически складываются в конце страницы и при наведении на них всплывает подсказка, что тоже довольно удобно для пояснений
+
+## Шаблоны
+
+У нас есть 2 шаблона. Фактически стандартизируют они только подложку заметки:
+
+- Билет - содержит поля под:
+	- теги
+	- [[#Закон каламбура|каламбур]]
+	- автора (указываете свой ник или как вам удобно представиться)
+	- ревизию (это поле для ElectronixTM, потому что его попросили верифицировать все написанное. Он укажет туда информацию о ревизии)
+- Заметка - просто любая заметка на ваш вкус, которая может содержать дополнительную информацию, которая не идет в билеты. Для первых 4 билетов в таких написаны конспекты некоторых разделов билетов
+
+## Дирректории
+
+В проекте у нас есть главная папка: "Билеты". Пояснять, думаю, не надо, а также папка: "Дополнительно". В папку дополнительно идет все, что только пожелаете. В этой папке есть еще и digital garden - можете погуглить "второй мозг", "zettelkasten" и "commonplace". У меня была идея с этим что-то придумать, но как бы не вышло, но может вы захотите хранить такие вот атомизированные заметки в каком-то месте
+
 ## Именование файлов
 
 Все названия файлов подчиняются следующему шаблону: `xx - название`. Тут все стандартно как с физикой
 
+## Ветки
+
+Так как я больше не один, надо бы по веточкам работать. Именование веток довольно произвольное. Обойдемся стандартным набором, только модифицируем его:
+
+- `feat` - под всё новое
+	- `feat/tickets/xx` - Написание нового билета должно проходить именно в таких ветках
+- `fix` - какие-то исправления в уже написанном материале
+- `other` - все, что не подвязывается к первым двум
+
+Пул реквесты можете делать, но тогда сразу назначайте человека, который будет вас проверять, а потом желательно сразу же ему писать в личку (благо все свои). Если что, можете сразу мерджить изменения в мастер, тут расчет на вашу адекватность
+
+## Коммиты
+
+Тут все по стандарту conventional commits. Все сообщения к коммитам пишутся на русском, с маркерами:
+
+1. `feat` - сделал что-то новое
+2. `fix` - починил что-то старое
+3. `chore` - убирание тегов, изменение названий, в общем всякая мелочь
+
+### Примеры
+
+- `feat: написал конспект 3 главы 3.2 раздела`
+- `chore: удалил тег "в процессе"`
+
+*Просьба просто в том, чтобы человек не открывая коммит мог получить представление о том, что вы там сделали, так что не надо чего-то вроде: fix, fix, fix, fix*
+
+## Разрешенные плагины для Obsidian
+
+В [[README]] я уже говорил, что все билеты пишутся под Obsidian, а поскольку он поддерживает разные плагины, есть соблазн поставить парочку. В связи с этим регулировка такая:
+
+- Разрешены любые плагины до тех пор, пока все, что вами написано, нормально рендерится в ванильном обсидиане без единого плагина. 
+
+Может закон и не точный, но и мы не на уроке права, поэтому поясню мысль и буду надеяться на благоразумие:
+
+Мы уже предъявляем определенные требования к пользователю - он должен открывать этот проект непременно в обсидиане. Так давайте же уважим его и не будем заставлять еще и скачивать плагины
+
 ## Использование тегов
 
 Я отхожу от своей классической практики помечать тегами только служебную информацию о заметках и даю возможность использовать предметные теги на свое усмотрение на следующих условиях:
 
-- Обязательно проверьте, какие теги уже существуют. Сделать это можно при помощи скрипта, который тут приложен
+- Обязательно проверьте, какие теги уже существуют
 - Есть небольшой набор служебных тегов, которые призваны помогать искать недоделки и недоработки
 
 ### Стиль тегов
@@ -22,15 +99,19 @@ tags:
 - `#математика`
 - `#русский_язык`
 
+Также Obsidian из коробки поддерживает вложенные теги: `#это/пример/вложенного/тега`
+
+ограничения те же, что и на все остальные теги
 ### Служебные теги
 
 Все служебные заметки начинаются со специальной комбинации `#служебное/`
 
 - #служебное/доработать - заметка в целом закончена, но нужно внести некоторые доработки
-- #служебное/в_процессе - заметка по каким-то причинам отложена и не закончена
+- #служебное/в_процессе - заметка еще пишется, а это промежуточный результат работы
+- #служебное/устарело - Препод поменял билеты, поэтому то, что было написано, не совсем актуально. Все, что не актуально, и еще не пересмотрено помечается деприкейтится этой меткой
 
 Эти теги служат только для передачи служебной информации о состоянии заметки
 
-## Политика каламбуров
+## Закон каламбура
 
-Каждый билет должен сопровождаться каламбуром. Эти каламбуры вставляются в подложку заметки
+Каждый билет должен сопровождаться каламбуром. Эти каламбуры вставляются в подложку заметки. Тема не важна, но это должен быть обязательно **каламбур**

Билеты/09 - Принципы организации КЭШ-памяти. Виды КЭШ-памяти (схемы). Алгоритмы обмена между основной и КЭШ памятью. Иерархия КЭШ-памяти..md

@@ -0,0 +1,47 @@
+---
+tags:
+  - служебное/в_процессе
+pun: Я отказался от хлеба, и теперь все мои проблемы... Крошечные!
+author: mrqiz
+revised:
+---
+# Кэш-память
+
+> **Кэш-память** - промежуточный буфер, предназначенный для хранения информации, которая будет запрошена с наибольшей вероятностью.
+
+## Основные принципы организации кэша
+
+- **Принцип временной локальности** - имеется высокая вероятность многократного обращения к конкретным данным в памяти в рамках короткого промежутка времени.
+- **Принцип пространственной локальности** - имеется высокая вероятность обращения к нескольким рядом стоящим ячейкам памяти.
+
+## Виды кэш-памяти и их принцип работы
+
+### Полностью ассоциативная кэш-память (ПАКП)
+
+Чтобы процессор мог прочитать данные из памяти - ему необходимо указать адрес из нескольких битов, в котором лежат эти данные. Для идентификации данных в ПАКП требуется взять 20 старших битов адреса.
+
+У каждой ячейки памяти есть свой "тег" - часть адреса, которая говорит о том, какие данные лежат в строке. При запросе данных из памяти происходит сравнение 20 старших битов данных с тегами всех строк в кеше.
+
+Собственно, есть понятия кэш-попадания и кэш-промаха. Первое говорит о том, что тег из адреса имеет совпадение с каким-то тегом из кэша, соответственно есть возможность получить данные из кэша (что будет быстрее, чем идти за ними в основную память). Кэш-промах же говорит о том, что таких данных в кэше нет и придется обратиться в память.
+
+Минус ПАКП - необходимость использования большого количества тразнзисторов для сравнения адреса с тегами всех строк кэша.
+
+### Ассоциативная по множеству кэш-память (АпМКП)
+
+В АпМКП адрес делится на тег, индекс и смещение. Индекс указывает, на какой кэш-строке находятся данные. А смещение определяет, какой именно байт или элемент данных нужно извлечь из строки кэша.
+
+> [!comment]- От билетера: схема АпМКП
+> ![[Screenshot 2025-01-08 at 1.24.35 PM.png]]
+
+### Кэш-память с прямым отображением
+
+Также как и в АпМКП - адрес в памяти делится на тег, индекс и смещение.
+
+Индекс указывает на конкретную строку кэша, где могут находиться данные. Процессор использует индекс, чтобы обратиться к определенной строке кэша и извлечь данные из нее. Затем из этой строки берется тег, который соответствует старшим разрядам адреса, и происходит сравнение с тегом входного адреса.
+
+Если тег из адреса совпадает с тегом в строке кэша - мои поздравления, у вас кэш-попадание.
+
+Недостаток прямого отображения - каждый блок данных может храниться только в одной определенной строке кэша, что увеличивает вероятность кэш-промахов, особенно если несколько блоков данных имеют одинаковый индекс.
+
+> [!comment]- От билетера: схема прямого отображения
+> ![[Screenshot 2025-01-08 at 1.23.40 PM.png]]

Шаблоны/Билет.md

@@ -1,4 +1,6 @@
 ---
 tags: 
-pun:
+pun: 
+author: 
+revised:
 ---