vault backup: 2024-06-17 18:57:16

.obsidian/plugins/home-tab/data.json

@@ -24,24 +24,24 @@
   "unresolvedLinks": false,
   "recentFilesStore": [
     {
-      "filepath": "_inbox/Принцип локальности.md",
+      "filepath": "_inbox/2024-06-17 1718639812.md",
-      "timestamp": 1718639370931
+      "timestamp": 1718639813049
     },
     {
       "filepath": "_inbox/Кэширование.md",
-      "timestamp": 1718639363870
+      "timestamp": 1718639716918
     },
     {
-      "filepath": "_inbox/Redis.md",
+      "filepath": "_inbox/Принцип локальности.md",
-      "timestamp": 1718639336820
+      "timestamp": 1718639715482
     },
     {
-      "filepath": "wiki/zero/00 HighLoad.md",
+      "filepath": "_inbox/Least Recently Used.md",
-      "timestamp": 1718638801082
+      "timestamp": 1718639706047
     },
     {
-      "filepath": "knowledge/human/Стресс.md",
+      "filepath": "_inbox/Memcached.md",
-      "timestamp": 1718638580710
+      "timestamp": 1718639697873
     }
   ],
   "starredFileStore": [],

.obsidian/plugins/recent-files-obsidian/data.json

@@ -1,12 +1,28 @@
 {
   "recentFiles": [
+    {
+      "basename": "Most Recently Used",
+      "path": "_inbox/Most Recently Used.md"
+    },
+    {
+      "basename": "Кэширование",
+      "path": "_inbox/Кэширование.md"
+    },
     {
       "basename": "Принцип локальности",
       "path": "_inbox/Принцип локальности.md"
     },
     {
-      "basename": "Кэширование",
+      "basename": "Least Recently Used",
-      "path": "_inbox/Кэширование.md"
+      "path": "_inbox/Least Recently Used.md"
+    },
+    {
+      "basename": "Memcached",
+      "path": "_inbox/Memcached.md"
+    },
+    {
+      "basename": "Generational Collection",
+      "path": "knowledge/dev/java/gc/Generational Collection.md"
     },
     {
       "basename": "Redis",
@@ -136,10 +152,6 @@
       "basename": "Обучающий курс от HighLoad конференции 2024",
       "path": "source/курсы/_toc/Обучающий курс от HighLoad конференции 2024.md"
     },
-    {
-      "basename": "Memcached",
-      "path": "_inbox/Memcached.md"
-    },
     {
       "basename": "00 Nginx",
       "path": "wiki/zero/00 Nginx.md"
@@ -187,18 +199,6 @@
     {
       "basename": "Без названия",
       "path": "Без названия.md"
-    },
-    {
-      "basename": "00 MySQL",
-      "path": "wiki/zero/00 MySQL.md"
-    },
-    {
-      "basename": "00 Linux",
-      "path": "wiki/zero/00 Linux.md"
-    },
-    {
-      "basename": "Ударение",
-      "path": "_inbox/Ударение.md"
     }
   ],
   "omittedPaths": [],

_inbox/Least Recently Used.md

@@ -7,7 +7,8 @@ date:
   - - 2024-05-24
 zero-link:
   - "[[00 Разработка]]"
-parents: 
+parents:
+  - "[[Кэширование]]"
 linked:
 ---
 LRU (Least Recently Used) — это алгоритм управления кэш-памятью, который выбирает для удаления тот элемент, который был использован дольше всего. Этот алгоритм часто используется в системах, где ограничены ресурсы памяти, и необходимо эффективно управлять кэшированием данных.

_inbox/Most Recently Used.md

@@ -0,0 +1,11 @@
+---
+aliases:
+  - MRU
+tags:
+  - зрелость/🌱
+date:
+  - - 2024-06-17
+zero-link: 
+parents: 
+linked:
+---

_inbox/Кэширование.md

@@ -23,9 +23,7 @@ linked:
 - «**Не хотелось бы потерять**». Здесь можно упомянуть счетчики посетителей сайта, просмотров ресурсов и т.п. Хоть и восстановить эти значения иногда напрямую невозможно, но значения этих ключей имеют ограниченный по времени смысл: через несколько минут их значение уже неактуально, и будет рассчитано заново.
 - «**Совсем не должны терять**». Кэш удобен для хранения сессий пользователей. Однако содержимое сессий не хотелось бы терять никогда – иначе пользователей на сайте будет «разлогинивать». Как попытаться избежать? Можно кластеризовать систему кэширования, так вероятность потери снижается.
 
-Инвалидация:
+
-- По истечению срока жизни - TTL
-- Принудительный вызов команды инвалидации
 ## Ключ кэширования
 Ключ кэширования должен обладать следующими свойствами:
 - При изменении параметров выборки, которую мы кэшируем, ключ кэширования должен изменяться (чтобы с новыми параметрами мы не «попали» в старый кэш).
@@ -44,4 +42,14 @@ $key = md5(serialize($options))
 
 Один из подходов это инвалидация по времени. Для кэшированных данных устанавливается TTL, и по прошествию времени кэш удаляется. Такое вариант подходит для редко изменяемых данных, устаревание которых не приводит к серьезным проблемам в бизнес-логике, например словари. При таком варианте важно подобрать оптимальное время жизни кэша, слишком маленькое время жизни будет давать плохую производительность, слишком большое ухудшит опыт пользователей.
 
-Первый вариант не подходит. Некоторые чуствительные данные нужно инвалидировать их сразу при изменении. Тут может помочь тегирование ключей.
+Первый вариант не подходит. Некоторые чуствительные данные нужно инвалидировать их сразу при изменении. Тут может помочь тегирование ключей.
+
+Инвалидация:
+- По истечению срока жизни - TTL
+- Принудительный вызов команды инвалидации
+- Алгоритмы вытеснения
+
+Алгоритмы вытеснения:
+- Алгоритм Белади. Несуществующий идеальный алгоритм. Храним только нужную информацию, не нужную не храним.
+- [Least Recently Used](Least%20Recently%20Used.md)
+- [[MRU]]