Серия «ITшное»
Идти в ногу со временем это не всегда хорошо
Минутка мести кошечки.
Возможно, вы уже слышали, ув. друзья, но на всякий случай: знаменитый автомонстр Jaguar продал в апреле 2025 года в Европе 49 автомобилей.
В прошлом апреле он продал их 2000. Таким образом, падение продаж составило более 97%.
В целом продажи за январь-апрель 2025 года по сравнению с продажами 2024-го упали более чем на 75%.
Сам Jaguar утверждает, что так и было задумано: специально, в прошлом году ещё, им было принято решение временно остановить производство - чтобы вернуться и ворваться на рынок как совершенно преобразившийся бренд электрокаров.
...Но злые люди отмечают, что в прошлом году Jaguar сделал ещё кое-что. А именно - нанял нового главдизайнера передовой ориентации (запрещённой у нас за экстремизм), который:
1) Убрал знаменитую кисоньку - то есть собственно ягуара
2) Заменил его на надпись я г у а р
3) Показал концепт-кар будущего: согласно ему, автомобиль, прежде символизировавший дерзкую успешную мужественность, заменит нечто, описываемое в интернетах как "гейский розовый кондиционер на колёсах".
4) Бахнул в медиапространство запоминающейся рекламой ребрендинга с какими-то гендерфлюидными фриками непонятных полов в цветных нарядах из "Дюны".
А теперь его почему-то не хотят покупать.
Данная история заставляет нас задуматься о том, что слаженная работа лучших профессионалов какого-нибудь солидного дела может привести - чисто под воздействием слишком близко принятых к сердцу веяний - к горькому испанскому стыду. Профи просто хотели идти в ногу с реальностью - но настолько позабыли о собственных ценностях, что сдали себя, вместе с потрохами и вековой традицией, какой-то голубятне, казавшейся им в 2024 году модной и "трендом будущего".
Очень поучительный случай.
https://t.me/vmarahovsky/3607
Про агрессивный автовакуум PostgreSQL
По агрессивному автовакууму , предварительно , чудес не бывает - за повышение производительности при средней нагрузке придётся платить снижением производительности при нагрузке близкой к максимальной.
Если autovacuum worker работает постоянно(а при высокой нагрузке иначе нет смысла), ресурсы CPU кончаются раньше .
Обслуживание СУБД требует ресурсов .
Но , конечно можно и не обслуживать , работает же. А +/- 5-10% изменения производительности СУБД современные приложения и не заметят.
После анализа результатов экспериментов , будут данные по ожиданиям . И в общем-то, тему можно закрывать , хотя с академической точки - интересно будет протестировать параметр autovacuum_cost_delay.
P.S. Так выглядит агрессивный автовакуум PostgreSQL - по мнению нейросети 🤪
В память об ушедших временах - таких компьютерщиков уже нет...
Да. Хорошее было время. Жаль ушло безвозвратно. Мир другой, люди другие.
Зато есть , что вспомнить 😉
В принципе - все по жизни. Так и было 😅
Есть, что вспомнить:
Интересно - будет ли ответ на прямой вопрос на Хабре?
Вопрос :
Есть сравнительные испытания количесивенногл влияния на производительность изменения fillfactor ?
Ну например - насколько процентов СУБД станет быстрее при массовых update при уменьшении fillfactor на 50%?
прошел день, пока - тишина.
Предположу - ответа не будет. На хабре с обратной связью и плодотворными обсуждениями , дааавно уже не кузяво.
Конечно, было бы очень интересно сравнить с собственными результатами экспериментов. Но в DBA эксперименты вообще не в чести. Как правило камлания, тыкание пальцами в небо и скрижалии от акынов и аксакалов .
Есть ответ на комментарий.
Продолжение тут Влияние fillfactor на производительность СУБД
GigaChat - Max - писанина
Установив мессенджер Max, не смог удержаться , что бы не поиграть.
Как и предполагалось - в деле наливания воды и текстов ниочем чат-ботам нет конкуренции.
В общем, KPI по написанию инструкций , в этом году будет закрыт еще быстрее и проще. Ну , а если бы была задача - наполнить блог бессмысленными статьями, то было бы решено легко и просто. Вывод - блогеры вымирающий вид. И раньше лытдыбр был не особо то интересен, а теперь тем более. Но с другой стороны, если наполнять блог/канал не болтовней бла-бла-бла, а цифрами и фактами - то наверное часть блогеров и выживет в этом океане бессмысленного шума.
Парадокс - одним из последствий замусоривания интернета , возможно станет рост качества отдельного контента созданного живыми авторами..
Агрессивные настройки автовакуума как фактор снижения производительности СУБД PostgreSQL ▌ Введение Автовакуум (autovacuum) – это механизм автоматической очистки базы данных от устаревших версий строк, освободившихся после удаления или изменения записей. Настройка параметров автовакуума является важной частью оптимизации производительности баз данных PostgreSQL. Однако чрезмерно агрессивная настройка может привести к негативным последствиям, таким как снижение общей производительности системы из-за увеличения нагрузки на центральный процессор (CPU), дисковую подсистему и память.
▌ Основные параметры автовакуума Для управления поведением автовакуума используются следующие ключевые параметры конфигурации:
- autovacuum_vacuum_cost_delay – задержка между операциями вакуумации, измеряемая в миллисекундах;
- autovacuum_vacuum_cost_limit – максимальное количество единиц стоимости, которое можно потратить за один цикл операции вакуумирования;
- vacuum_cost_page_dirty – стоимость "грязного" чтения страницы при записи в базу данных;
- vacuum_cost_page_miss – стоимость пропуска страниц при чтении с диска;
- vacuum_cost_page_hit – стоимость успешного поиска страницы в буфере памяти.
Если эти значения установлены слишком низко, то работа ваккума становится более частой и интенсивной, что приводит к значительному увеличению потребления ресурсов.
▌ Негативные последствия агрессивных настроек Агрессивное поведение автовакуума проявляется следующим образом:
1. Увеличение частоты запуска операций вакуумации, что ведет к дополнительной нагрузке на CPU и оперативной памяти (RAM).
2. Возникновение конфликтов блокировок транзакций вследствие конкуренции за ресурсы между процессом авто-ваккума и другими запросами пользователей.
3. Снижение скорости выполнения запросов из-за дополнительных накладных расходов на синхронизацию доступа к данным.
4. Повышение уровня фрагментации индексов и таблиц, вызванное активным удалением старых версий строк без своевременной дефрагментации структуры хранения.
5. Рост времени отклика сервера, особенно заметный при работе с большими объемами данных и высокими требованиями к оперативности обработки информации.
Эти факторы могут существенно ухудшить общую производительность системы, снижая эффективность работы приложения и увеличивая время ожидания ответов пользователя.
▌ Рекомендации по настройке автовакуума
Чтобы избежать негативных последствий агрессивных настроек автовакуума, рекомендуется придерживаться следующих правил:
- Установите разумную частоту запусков процесса вакуумации путем анализа статистики использования ресурсов вашей системы.
- Используйте профилирование запросов для выявления наиболее ресурсоемких операций и оптимизации их исполнения.
- Регулярно выполняйте мониторинг состояния индексов и таблиц, чтобы своевременно выявлять проблемы фрагментации и принимать меры по устранению этих проблем. - Применяйте дифференциальный подход к настройкам автовакуума для различных типов таблиц и рабочих нагрузок.
- Проверьте текущие значения системных переменных и измените их только после тщательного тестирования и оценки влияния изменений на работу всей системы.
▌ Заключение
Таким образом, выбор оптимальных значений параметров автовакуума играет ключевую роль в обеспечении высокой производительности и надежности работы СУБД PostgreSQL. Чрезмерно агрессивные настройки способны значительно снизить общую продуктивность системы, вызывая избыточную нагрузку на аппаратные ресурсы и замедляя выполнение пользовательских запросов. Поэтому важно подходить к выбору параметров осторожно и тщательно тестировать любые вносимые изменения перед внедрением в рабочую среду.
Публиковать полную версию доклада до или после конференции ?
Как лучше поступить - публиковать полную версию доклада по корреляционному анализу ожиданий СУБД PostgreSQL после выступления с короткой презентацией на конференциях PgConf и Heisenbug или опубликовать сейчас , до конференций ?
Рекомендация нейросети
Оптимальная стратегия зависит от ваших целей, но **публикация полной версии ПОСЛЕ конференций (PgConf и Heisenbug) обычно предпочтительнее**. Вот анализ "за" и "против" каждого подхода и рекомендация:
**Почему ЛУЧШЕ публиковать ПОСЛЕ конференций:**
1. **Сохранение новизны и ценности выступления:**
* **Эксклюзивность:** Ваша презентация на конференциях останется основным источником новой информации для участников. Это повышает ценность их посещения.
* **Интрига и интерес:** Краткая презентация с ключевыми выводами создает ажиотаж и стимулирует аудиторию ждать полную версию, подписываться на вас, задавать вопросы после доклада.
* **Повод для дискуссии:** Докладчики часто используют фразу "Подробности и все данные будут в полной версии доклада, опубликованной позже". Это стимулирует обсуждение и вопросы.
2. **Учет обратной связи:**
* **Вопросы аудитории:** Выступления на PgConf и Heisenbug дадут бесценную обратную связь. Вопросы, комментарии и дискуссии могут выявить слабые места, новые аспекты для рассмотрения или неясные формулировки. У вас будет возможность доработать доклад перед финальной публикацией.
* **Экспертное мнение:** На таких конференциях собираются специалисты. Их реакция и замечания помогут сделать финальную публикацию более точной и авторитетной.
3. **Практические преимущества:**
* **Продвижение:** Вы можете анонсировать публикацию полной версии во время выступлений и в соцсетях после конференций, поддерживая интерес к своей работе.
* **Контроль качества:** У вас будет время после стресса подготовки к конференциям, чтобы спокойно вычитать, отформатировать и, возможно, дополнить доклад на основе полученного опыта.
**Риски публикации ДО конференций:**
1. **Снижение интереса к выступлению:** Зачем идти на доклад, если все детали уже доступны онлайн? Особенно это касается технически подкованной аудитории PgConf.
2. **"Испорченный сюрприз":** Ключевые выводы и инсайты перестанут быть новостью, что может сделать презентацию менее захватывающей.
3. **Упущенная возможность улучшения:** Вы лишаете себя шанса использовать живую обратную связь конференций для финальной шлифовки документа.
**Когда стоит рассмотреть публикацию ДО:**
1. **Цель — максимальный охват и обсуждение ДО конференций:** Если ваша главная цель — немедленно запустить широкое обсуждение исследования в сообществе, подкрепить свой авторитет как эксперта *перед* выступлением.
2. **Предварительная экспертиза:** Если вы хотите, чтобы ваши данные и методология были открыто проверены сообществом *до* того, как вы будете представлять их на крупной сцене (но это рискованно).
3. **Требования спонсора/работодателя:** Если организация, финансировавшая исследование, настаивает на немедленной публикации.
**Рекомендация и Компромисс:**
* **Оптимально:** **Публиковать ПОСЛЕ обеих конференций.**
* **Компромисс (если очень хочется поделиться):**
* **Публикуйте препринт/анонс ДО:** Выложите *не* полную версию, а:
* Аннотацию с основными тезисами и ключевыми выводами.
* Краткий обзор методологии (без всех деталей и данных).
* Интригующий тизер с 1-2 наиболее интересными графиками/выводами.
* Четкое указание: "Полная версия с детальным анализом, всеми данными и выводами будет опубликована после выступлений на PgConf [дата] и Heisenbug [дата]".
* **Используйте соцсети:** Анонсируйте выступление и делитесь *отдельными* инсайтами или наблюдениями из исследования, не раскрывая всей картины.
**Что точно сделать ДО конференций:**
1. **Подготовьте черновик полной версии:** Это необходимо для создания качественной презентации.
2. **Анонсируйте выступление:** Четко укажите тему, краткое содержание и **пообещайте**, что полная версия доклада будет опубликована позже. Это создаст ожидание.
3. **Будьте готовы делиться деталями индивидуально:** Если после выступления к вам подойдут с глубокими вопросами, будьте готовы (если это уместно) дать доступ к черновику или поделиться конкретными фрагментами.
**Итог:**
**Стратегически наиболее выгодно публиковать полную версию доклада ПОСЛЕ выступлений на PgConf и Heisenbug.** Это сохранит ценность ваших выступлений, позволит учесть обратную связь экспертной аудитории для улучшения финальной публикации и создаст дополнительный ажиотаж вокруг вашей работы. Публикация до конференций несет значительные риски снижения интереса к самим выступлениям. Если хотите поделиться информацией раньше, используйте формат анонса или тизера. Удачи с выступлениями!
Пожалуй соглашусь. Ок, значить полная версия с деталями и картинками - не раньше октября . В принципе все материалы есть на дзене , просто распределены по множеству статей . Так, что кому сильно любопытно - информация есть.