diff --git a/src/homework/06-database/6.6/additional_notes.md b/src/homework/06-database/6.6/additional_notes.md
new file mode 100644
index 0000000..12d1bf4
--- /dev/null
+++ b/src/homework/06-database/6.6/additional_notes.md
@@ -0,0 +1,24 @@
+Дополнительные комментарии по домашнему заданию:
+
+### Задача 2
+
+[задача](./readme.md#задача-2)
+
+> Проблема скорей всего в том что вся память занята истекшими в один и тот же момент ключами которые еще не удаленны.
+> Так как Redis использует в основном однопоточную конструкцию, поэтому все запросы обслуживаются последовательно, в связи с этим пока не выполнится очистка, все операции записи блокируются.
+
+### Задача 4
+
+[задача](./readme.md#задача-4)
+
+> Можно поиграть с параметрами, которые регулируют память в Postgres из основных это: `max_connections`, `shared_buffer`, `work_mem`, `effective_cache_size`, `maintenance_work_mem`.
+>
+> `shared_buffer` - этот параметр устанавливает, сколько выделенной памяти будет использоваться PostgreSQL для кеширования.
+>
+> `wal_buffers` - PostgreSQL сначала записывает записи в WAL (журнал пред записи) в буферы, а затем эти буферы сбрасываются на диск. Размер буфера по умолчанию, определенный `wal_buffers`, составляет 16 МБ. Но если у нас много одновременных подключений, то более высокое значение может повысить производительность.
+>
+> `effective_cache_size` - предоставляет оценку памяти, доступной для кэширования диска. Это всего лишь ориентир, а не точный объем выделенной памяти или кеша. Он не выделяет фактическую память, но сообщает оптимизатору объем кеша, доступный в ядре. Если значение этого параметра установлено слишком низким, планировщик запросов может принять решение не использовать некоторые индексы, даже если они будут полезны. Поэтому установка большого значения всегда имеет смысл.
+>
+> `work_mem` - если нам нужно выполнить сложную сортировку, увеличьте значение `work_mem` для получения хороших результатов. Сортировка в памяти происходит намного быстрее, чем сортировка данных на диске. Установка очень высокого значения может стать причиной узкого места в памяти для нашей среды, поскольку этот параметр относится к операции сортировки пользователя.
+>
+> `maintenance_work_mem` - это параметр памяти, используемый для задач обслуживания.