—
#ASCII_Nova #Fun

знаю, друзья, вы соскучились по контенту

последнее время у меня большая загрузка активностями, поэтому чтобы скрасить это непростое время в ожидании искромётных ворованных мемов и моих рукописных постов, предлагаю вам подкидывать интересные вещи в бота предложки: @ascii_nova_suggest_bot

в публичном чате (@ascii_nova_chat) мы давно это обсуждали и вот наконец-то это свершилось

Предложка: @ascii_nova_suggest_bot

кто накидает первым тестовых постов, получает право быть опубликованным как есть

но учтите, ваше имя будет отображаться (которое как на форвардах) + мне придётся эти "предложения" пропустить через себя, так что думайте дважды

PS. В случае Паши, трижды

👤 Artem (источник: "ExposedCat's blog")

➡️ @shitposting_three

👤 Artem (источник: "ExposedCat's blog")

👤 Artem (источник: "ExposedCat's blog")

ну все, любители прона, свастик и прочего шок контента, вы не успели — благодаря Тёме был нормальный контент

мне понравился — я бы и так его запостил

👤 Oleg BW

кстати, реально, у программистов максимально прикладные навыки

единственная сфера, которая выходит за пределы понимания и без матчасти не осязаема это нейронные сетки и прочие языковые модели

так, вижу Паша успел еще реакций поставить, значит всё было не зря

В сегодняшних новостях стало известно, что Nintendo Switch подала в суд на разработчиков языка программирования Rust, заявляя о нарушении патентных прав. Компания утверждает, что использование Rust в некоторых приложениях привело к проблемам совместимости на их платформе, и требует компенсации за потенциальные убытки.

Шестой день как я занимаюсь дезинформацией в интернете.

👤 ㅤ

—
#ASCII_Nova #Fun

Останній блог-пост Google підкреслює тривалу проблему вразливостей безпеки пам'яті, яка залишається основним вектором атак десятиліттями.

Google визнає, що немає реалістичного шляху для еволюції C++ у мову з жорсткими гарантіями безпеки пам'яті, включно з тимчасовою безпекою.

Безпека пам'яті з високим ступенем гарантії може бути досягнута лише за допомогою підходу Secure-by-Design, заснованого на всебічному впровадженні мов із суворими гарантіями безпеки пам'яті. А тому планується можливість поступового переходу на безпечні для пам'яті мови, такі як Java, Go та Rust 🦀.

Більше того, уже розпочались активні інвестиції у безпеку пам'яті:
▪️  Android за останні роки реалізував кілька компонентів на Rust
▪️  Chrome почав впроваджувати деякі функції на Rust, зокрема, покращив безпеку та продуктивність, перемістивши свій генератор QR-кодів за допомогою нової бібліотеки на Rust
▪️  Google нещодавно оголосив про надання гранту у розмірі $1,000,000 Rust Foundation для покращення взаємодії з кодом на C++

🔗 Більше у статті Secure by Design: Google’s Perspective on Memory Safety

# Копирование, не занимающее памяти

Поскольку обзавёлся NAS`[1]` (домашний небольшой сервер) и периодически его настраиваю, то очевидным образом встал вопрос о запуске локального медиа-сервера (Jellyfin).

Недавно, я задавался вопросом, как мне скачивать контент с торрентов`[2]`, но при этом копировать его в директорию, где медиа-сервер (дальше МС) его ожидает.

Чтобы вся метаинформация (обложки, описания, актёры, etc.) подтягивались, контент должен располагаться в понятном для МС виде, например:

Shows
└── Series Name A (2010)
    ├── Season 00
    │   ├── Some Special.mkv
    │   ├── Series Name A S00E01.mkv
    │   └── Series Name A S00E02.mkv
    ├── Season 01
    │   ├── Series Name A S01E01-E02.mkv
    │   ├── Series Name A S01E03.mkv
    │   └── Series Name A S01E04.mkv
    └── Season 02

И тут возникает вопрос: а как этого добиться? Чтобы и скопировать, и не занять место, и осталось в оригинальной папке, дабы не только получать, но и раздавать?

Почитал реддиты и понял, что изгаляются хоум-лаберы очень по-разному: от самописных скриптов и символических ссылок (ярлыков), до отдельных сервисов, которые это делают автоматически.

Мне жутко не хотелось усложнять свой сетап новыми сервисами, но и забить уже не получалось — мысль засела в голове. К тому же, когда сервисы в докер (Андрей прости!) контейнерах, то проблем с символическими ссылками не оберёшься + сам МС не очень-то их переваривал :(

В итоге поймал себя на интересной мысли: видел в настройках DSM (ОС для NAS) такую штуку как "быстрое копирование". При этом, оно действительно быстрое — файл 100гб, копирует моментально — вау! Но как это работает?

Всё дело в файловой системе BTRFS. Поскольку она CoW (copy on write), то позволяет иметь одни и те же файлы в разных местах, но занимающие память (!) один раз!

Поизучал man для cp и обнаружил, что всё уже есть: cp --reflink=auto.

Таким образом, мы можем копировать файлы моментально и (!) без дополнительно занимаемого места. Круто и просто!

PS.
1) Это справедливо для любой CoW файловой системы
2) Нужно, чтобы файлы находились в рамках одной файловой системы

—
[1] Думаю позже напишу обзорный пост, про свои впечатления от NAS, когда больше переварю опыта взаимодействия.

[2] Качаю с торрентов ISO образы Fedora, а вы что подумали?