Скачать в pdf: версия на одном и на двух листах (по 6 месяцев).
Календарь предназначен для печати на форматах от А4 до А2, поэтому в самом документе поля отсутствуют. При печати указывайте в параметрах что-то вроде “масштабировать под размер области печати”, чтобы края не пропали.
В распечатанном календаре надо подписать все важные дни (для этого отведено место справа от даты) и повесить его на видном месте. У меня на кухне висит.
Скачать в pdf: версия на одном и на двух листах (по 6 месяцев).
Календарь предназначен для печати на форматах от А4 до А2, поэтому в самом документе поля отсутствуют. При печати указывайте в параметрах что-то вроде “масштабировать под размер области печати”, чтобы края не пропали.
В распечатанном календаре надо подписать все важные дни (для этого отведено место справа от даты) и повесить его на видном месте. У меня на кухне висит.
В этот раз решил привнести что-то новое — выбрал гарнитуру (шрифт) Play. Мне кажется с этим шрифтом календарь выглядит смелее и увереннее. Как бы то ни было, это по-прежнему простой календарь без отвлекающих картинок.
Скачать в pdf: версия на одном и на двух листах (по 6 месяцев).
Календарь предназначен для печати на форматах от А4 до А2, поэтому в самом документе поля отсутствуют. При печати указывайте в параметрах что-то вроде “масштабировать под размер области печати”, чтобы края не пропали.
В распечатанном календаре надо подписать все важные дни (для этого отведено место справа от даты) и повесить его на видном месте. У меня на кухне висит.
Сатистика по прошлым годам (без учёта поисковых ботов):
год |
скачано одностраничных |
скачано двухстраничных |
2020 |
307 раз |
116 раз |
2019 |
1439 раз |
251 раз |
2018 |
634 раз |
168 раз |
2017 |
347 раз |
180 раз |
Друзья, привет! Я взял творческий отпуск, чтобы отдохнуть от компьютеров и с февраля не работаю в IT. Сейчас я работаю веломехаником в мастерской ChainMaster и угораю по радиоуправляемым машинкам. Что самое главное — чувствую себя отлично.
По всей видимости меня накрыло профессиональное выгорание. Я не до конца в этом уверен, потому что для того, чтобы заработать профессиональное выгорание, надо быть профессионалом, а я себя таким не считаю. Тем не менее, когда я читал статьи на тему профессионального выгорания на Хабре, я видел в них себя.
Prometheus server настраивается через два места: жопу и голову аргументы запуска и конфигурационный файл. Настройку через переменные окружения в Prometheus не завезли и не планируют.
Готов строгий календарь на 2020 год! Календарь, в котором есть всё необходимое и нет ничего лишнего.
Скачать в pdf: версия на одном и на двух листах (по 6 месяцев).
Календарь предназначен для печати на форматах от А4 до А2, поэтому в самом документе поля отсутствуют. При печати указывайте в параметрах что-то вроде “масштабировать под размер области печати”, чтобы края не пропали.
В распечатанном календаре надо подписать все важные дни (для этого отведено место справа от даты) и повесить его на видном месте. У меня на кухне висит.
Ну и чтобы этот пост не был слишком уж лаконичным, вот вам немного статистики по прошлым годам:
год |
скачано одностраничных |
скачано двухстраничных |
2019 |
999 раз |
358 раз |
2018 |
785 раз |
327 раз |
2017 |
577 раз |
368 раз |
В прошлой статье я говорил, что Prometheus — это не готовое решение, а скорее фреймворк. Чтобы использовать его возможности полноценно, надо разбираться. Что ж, начнём.
PromQL — это про то, как вытаскивать метрики не из экспортеров, а уже из самого Prometheus’а. Например, чтобы узнать сколько ядер у процессора, надо написать:
count(count(node_cpu_seconds_total) without (mode)) without (cpu)
PromQL дословно расшифровывается как Prometheus query language, т.е. язык запросов. Он не имеет ничего общего с SQL, это принципиально другой язык. Поначалу он казался мне каким-то запутанным, а документация не особо помогала. Потихоньку разобрался и мне даже понравилось.
Мониторинг — это сбор метрик и представление этих метрик в удобном виде (таблицы, графики, шкалы, уведомления, отчёты). Концептуально его можно изобразить в таком виде:
Метрики — это абстракция, с которой мы имеем дело, когда говорим о мониторинге. Это какие-то числа, описывающие состояние интересующей нас штуковины. Самый простой и понятный мониторинг следит за ресурсами компьютера: загрузкой процессора, памяти, диска, сети. Аналогично можно следить за чем-то более высокоуровневым, вроде количества посетителей на сайте или среднего времени ответа сервера. Для компьютера это один хрен безликие числа.
Мониторинг — это инструмент анализа того, что происходит/происходило в системе. Следовательно, без понимания смысла собранных данных мониторинг вам не особо поможет. И наоборот: в умелых руках это мощный инструмент.
Чем больше компонентов в вашей системе (микросервисов), чем больше нагрузка на неё, чем дороже время простоя, тем важнее иметь хорошую систему мониторинга.
То, что не метрики — то логи. Их тоже надо собирать и анализировать, но это отдельная история со своими инструментами.
Сейчас модно делать мониторинг на основе Prometheus. Так ли он хорош на самом деле? На мой взгляд это лучшее, что сейчас есть из мониторинга. Оговорюсь сразу для тех, кто хочет с этим поспорить: я понимаю, что разным задачам — разные инструменты и где-то больше подходит старый проверенный Nagios. Но в целом лидирует Prometheus.
Prometheus — это не готовое решение в духе “поставил и работает” (привет, Netdata). Это платформа, набор инструментов, позволяющий сделать себе такой мониторинг, какой надо. Фреймворк, если хотите.
Эта статья про знакомство с Prometheus’ом и установку. Потом будет интереснее — про настройку непосредственно мониторинга.
Установкой пакетов в Debian занимается… нет, не apt. Apt только скачивает пакеты из репозитория, а установкой занимается dpkg. Если вы интересовались разными linux-дистрибутивами, то могли заметить, что dpkg работает медленно, особенно в сравнении с pacman из Archlinux. Тому есть несколько причин, и одна из них — dpkg ну очень осторожно пишет на диск: на каждый чих дёргает системный вызов fsync
, который заставляет ОС сбросить на диск данные, ожидающие своей очереди в кэше. И пока ОС не убедится в том что данные записаны, dpkg будет бездействовать. Но не спешите критиковать разработчиков. Так сделано из благих намерений, чтобы данные не потерялись в случае внезапной потери питания. База данных dpkg — дико хрупкая штука, её невозможно восстановить автоматически.
Бывает так, что скорость установки пакетов важнее устойчивости к сбоям. Как ускорить dpkg? Часть дисковых синхронизаций отключается ключом --force-unsafe-io
или аналогичной опцией в конфиге dpkg. Можно пойти ещё дальше и позвать на помощь библиотеку libeatmydata, которая напрочь отшибает всю осторожность. Жизнь слишком коротка чтобы делать fsync!
Библиотека libeatmydata делает одну единственную вещь: перехватывает системный вызов fsync
и тут же возвращает управление назад. Это приводит к тому, что:
- программа, которая осторожно пишет на диск (база данных), начинает работать гораздо быстрее.
- падение такой программы может привести к потере данных.
В этой статье я покажу как использовать libeatmydata и устрою бенчмарк (спойлер: ускорение до 14 раз). Кстати, этот способ подойдёт не только для установки пакетов, но и для любой БД.