HSE is an embeddable key-value store designed for SSDs based on NAND flash or persistent memory. HSE optimizes performance and endurance by orchestrating data placement across DRAM and multiple classes of SSDs or other solid-state storage.
https://github.com/hse-project/hse
https://github.com/hse-project/hse
Forwarded from Hermitage
RIAA DMCA-страйкнули youtube-dl
Вот же уроды, а.
Github: youtube-dl & DMCA
HN: https://news.ycombinator.com/item?id=24872911
upd: и форк месячной давности youtube-dlс тоже заблокирован
Вот же уроды, а.
Github: youtube-dl & DMCA
HN: https://news.ycombinator.com/item?id=24872911
upd: и форк месячной давности youtube-dlс тоже заблокирован
GitHub
GitHub - ytdl-org/youtube-dl: Command-line program to download videos from YouTube.com and other video sites
Command-line program to download videos from YouTube.com and other video sites - ytdl-org/youtube-dl
Hermitage
RIAA DMCA-страйкнули youtube-dl Вот же уроды, а. Github: youtube-dl & DMCA HN: https://news.ycombinator.com/item?id=24872911 upd: и форк месячной давности youtube-dlс тоже заблокирован
youtube_dl-2020.9.20.tar.gz
1.4 MB
Технологический Болт Генона
youtube_dl-2020.9.20.tar.gz
В тему этой истории. Вот официальная дока от ipfs, как развернуть git поверх неё
https://docs.ipfs.io/how-to/host-git-style-repo/
https://docs.ipfs.io/how-to/host-git-style-repo/
docs.ipfs.io
Host a Git-style repo | IPFS Docs
Learn how to serve a static Git repository worldwide using IPFS, the InterPlanetary File System.
Запись онлайн-встречи @devopsmoscow
GitOps
https://www.youtube.com/watch?v=KzkTDH_dbNo
Поговорим про:
- use-cases - для чего его использовать
- где граница ответственности подхода
- как делать пайплайны доставки
- чем он может нравиться
GitOps
https://www.youtube.com/watch?v=KzkTDH_dbNo
YouTube
Online-встреча: GitOps
Поговорим про:
- use-cases - для чего его использовать
- где граница ответственности подхода
- как делать пайплайны доставки
- чем он может нравиться
Приходите также высказаться и послушать других)
Встречаемся в пятницу, 23 октября 2020, в 19:00 Мск.
- use-cases - для чего его использовать
- где граница ответственности подхода
- как делать пайплайны доставки
- чем он может нравиться
Приходите также высказаться и послушать других)
Встречаемся в пятницу, 23 октября 2020, в 19:00 Мск.
Forwarded from Человек и машина
#машины_разное
Как немногие из вас знают, я большой поклонник баз данных. А с недавних пор еще и поклонник того, что творится в их внутренностях.
Внутри СУБД реализован компонент под названием page cache (он же buffer pool, он же buffer cache - в разных СУБД и в разные времена оно называется по-разному, но суть та же). В это быстрое (потому что в памяти) и временное хранилище попадает транзакция, прежде чем закрепиться в бинарном логе, а затем уже и в файле данных на диске.
Page Cache во многих СУБД имплементирует ту самую комбинацию кеширований Lazy Loading и Write-Through. Свежий INSERT/UPDATE считается оттуда - Write-Through. SELECT, пришедший из диска, ляжет в него - Lazy Loading.
Однако читатели, сведущие во внутренностях *nix-подобных заметят - page cache присутствует не только в СУБД, он есть еще и в ОС! И будут совершенно правы. Linux kernel тоже кеширует page из диска в свободную оперативную память, чтобы эффективнее выполнять операции ввода/вывода (IO).
СУБД общается с хранилищем через Storage Engine, тот обращается к диску через VFS. Получается, что запрос от клиента идет по следующей цепочке: RDBMS Page Cache → OS Page Cache → Disk.
Совсем неэффективно, плюс дупликация информации, если один и тот же page хранится в кешах и СУБД, и ОС. Как же быть?
Вот здесь получился конфликт. Разработчики СУБД решили, что кеширование ОС им не нужно, и делают запросы в диск с использованием флага
Как немногие из вас знают, я большой поклонник баз данных. А с недавних пор еще и поклонник того, что творится в их внутренностях.
Внутри СУБД реализован компонент под названием page cache (он же buffer pool, он же buffer cache - в разных СУБД и в разные времена оно называется по-разному, но суть та же). В это быстрое (потому что в памяти) и временное хранилище попадает транзакция, прежде чем закрепиться в бинарном логе, а затем уже и в файле данных на диске.
Page Cache во многих СУБД имплементирует ту самую комбинацию кеширований Lazy Loading и Write-Through. Свежий INSERT/UPDATE считается оттуда - Write-Through. SELECT, пришедший из диска, ляжет в него - Lazy Loading.
Однако читатели, сведущие во внутренностях *nix-подобных заметят - page cache присутствует не только в СУБД, он есть еще и в ОС! И будут совершенно правы. Linux kernel тоже кеширует page из диска в свободную оперативную память, чтобы эффективнее выполнять операции ввода/вывода (IO).
СУБД общается с хранилищем через Storage Engine, тот обращается к диску через VFS. Получается, что запрос от клиента идет по следующей цепочке: RDBMS Page Cache → OS Page Cache → Disk.
Совсем неэффективно, плюс дупликация информации, если один и тот же page хранится в кешах и СУБД, и ОС. Как же быть?
Вот здесь получился конфликт. Разработчики СУБД решили, что кеширование ОС им не нужно, и делают запросы в диск с использованием флага
O_DIRECT, который говорит ядру: "Не смотри в своем кеше, отправь меня сразу в диск." Разумеется, одному финну это не понравилось, но консенсус не найден и вряд ли будет.
Hermitage
RIAA DMCA-страйкнули youtube-dl Вот же уроды, а. Github: youtube-dl & DMCA HN: https://news.ycombinator.com/item?id=24872911 upd: и форк месячной давности youtube-dlс тоже заблокирован
В личку подсказывают об альтернативе
https://github.com/soimort/you-get
https://github.com/soimort/you-get
GitHub
GitHub - soimort/you-get: :arrow_double_down: Dumb downloader that scrapes the web
:arrow_double_down: Dumb downloader that scrapes the web - soimort/you-get
Forwarded from Технологический Болт Генона
Технологический Болт Генона
youtube_dl-2020.9.20.tar.gz
convert -depth 8 yt_dl1.png rgb:yt_dl1.part
convert -depth 8 yt_dl2.png rgb:yt_dl2.part
cat yt_dl1.part yt_dl2.part > yt_dl-2020.9.20.tar.gz
https://twitter.com/galacticfurball/status/1319765986791157761
A prototype SSH configuration and policy scanner
https://github.com/mozilla/ssh_scan
+
https://infosec.mozilla.org/guidelines/openssh
https://github.com/mozilla/ssh_scan
+
https://infosec.mozilla.org/guidelines/openssh
This media is not supported in your browser
VIEW IN TELEGRAM
Как я получил пожизненный запас чесночной пиццы с помощью Python и Seleniumhttps://habr.com/ru/post/524346/
Forwarded from Cate Archer
29 октября, в четверг пройдёт онлайн-конференция Online Monitoring Day. Сообщество посвящённое мониторингу — monhouse.tech проводит онлайн встречу и приглашает вас в гости. Программу постарались сделать лёгкой, но профессиональной. Принимайте участия в голосованиях, задавайте вопросы спикерам и регистрируйтесь на мероприятие https://monhouse.tech/omd_02/ru.
Программа
16:00 — Вступительное слово
16:10 — QA секция с Selectel. Идёт приём вопросов.
16:55 — Автоматизация управляющих воздействий — Операции в SAYMON. Константин Михайлов.
17:40 — Мастер-класс по настройке операций в SAYMON. Запись на воркшоп
18:15 — Microsoft SCOM — мониторинг инфраструктуры при помощи менеджмент паков. Анастасия Бруханда, Veeam.
19:00 — Круглый стол о развитии системы мониторинга в компании с Алексеем Стековым, активистом русскоязычного сообщества пользователей AWS. Проголосовать за наиболее интересную тему, а так же принять участие в качестве гостя.
20:00 — Афтепати, ссылка будет доступна на нашем Телеграм-канале.
Программа
16:00 — Вступительное слово
16:10 — QA секция с Selectel. Идёт приём вопросов.
16:55 — Автоматизация управляющих воздействий — Операции в SAYMON. Константин Михайлов.
17:40 — Мастер-класс по настройке операций в SAYMON. Запись на воркшоп
18:15 — Microsoft SCOM — мониторинг инфраструктуры при помощи менеджмент паков. Анастасия Бруханда, Veeam.
19:00 — Круглый стол о развитии системы мониторинга в компании с Алексеем Стековым, активистом русскоязычного сообщества пользователей AWS. Проголосовать за наиболее интересную тему, а так же принять участие в качестве гостя.
20:00 — Афтепати, ссылка будет доступна на нашем Телеграм-канале.
Telegram
monhouse.tech
Мониторинг и оперативное управление. Всё, что этого касается — обсуждаем, докладываем, отслеживаем, переосмысливаем.
Основной канал — @monhousetech
Сайт сообщества — https://monhouse.tech/
Основной канал — @monhousetech
Сайт сообщества — https://monhouse.tech/
Forwarded from oleg_log (Oleg Kovalov)
Развернутое сравнение rust & Zig. Не побоюсь сказать, что лучшее из увиденного по теме.
https://scattered-thoughts.net/writing/assorted-thoughts-on-zig-and-rust/
https://scattered-thoughts.net/writing/assorted-thoughts-on-zig-and-rust/
Media is too big
VIEW IN TELEGRAM
Запись доклада "CrowdSec : A crowd approach to infrastructure defense"
https://github.com/crowdsecurity/crowdsec
ЗЫ Это доклад с Pass the SALT 2020. Больше докладов и программа тут
https://2020.pass-the-salt.org/schedule/
A modern behavior detection system, written in Go. It stacks on Fail2ban's philosophy, but uses Grok patterns & YAML grammar to analyse logs, a modern decoupled approach (detect here, remedy there) for Cloud/Containers/VM based infrastructures. Once detected you can remedy threats with various bouncers (block, 403, Captchas, etc.) and the blocked IPs are shared among all users to further improve their security.
https://github.com/crowdsecurity/crowdsec
ЗЫ Это доклад с Pass the SALT 2020. Больше докладов и программа тут
https://2020.pass-the-salt.org/schedule/
Технологический Болт Генона
Запись доклада "CrowdSec : A crowd approach to infrastructure defense" A modern behavior detection system, written in Go. It stacks on Fail2ban's philosophy, but uses Grok patterns & YAML grammar to analyse logs, a modern decoupled approach (detect here,…
crowdsec.pdf
5.3 MB
Слайды "CrowdSec : A crowd approach to infrastructure defense"
Zoom удалил мероприятия, посвящённые цензуре в Zoom
https://habr.com/ru/news/t/525046/
https://habr.com/ru/news/t/525046/
Хабр
Zoom удалил мероприятия, посвящённые цензуре в Zoom
Zoom удалил серию мероприятий, посвящённых цензуре со стороны компании. Мероприятия были запланированы на 23 октября 2020 года. Поводом для организации стал предыдущий факт цензуры, когда месяц назад...