Linux & OS — September 2026

• Нашел хороший опенсорс проект LinuxOnTab - это рабочий Linux (на базе ядра Linux 6.12.13) во вкладке вашего браузера. Проект является автономным, работающим только в браузере, включая рабочий стол Linux с файловым менеджером, туннелями портов и социальной средой с публичными папками на базе Nostr. В решении загружается полноценное ядро ​​x86 + Alpine Linux во вкладке через эмулятор WebAssembly - без сервера, без установки, без демона Docker. После загрузки можно работать офлайн.

Настоящее ядро ​​x86 Linux + пользовательское пространство Alpine, загружаемое во вкладке браузера через WebAssembly. Никакой установки. Никакого сервера. Легковесная альтернатива Docker, ориентированная на локальное развёртывание, для мгновенного запуска одноразовых оболочек Linux - автор проекта (kilian-ai).

➡ https://linuxontab.com ➡ https://github.com/kilian-ai/linuxontab

• В качестве дополнения ⬇

1⃣ Полезный список ресурсов с готовыми образами для виртуальных машин VirtualBox и VMWare. Очень удобно для быстрого развертывания в качестве стендов для экспериментов.

➡Подборка различных образов для VirtualBox. ➡Free VirtualBox Images от разработчиков VirtualBox. ➡Коллекция готовых VM от Oracle. ➡Абсолютно любые конфигурации VM на базе Linux и Open Sources. ➡Подборка различных образов для VMware. ➡VM на iOS и MacOS: getutm и mac.getutm. ➡Образы для Mac: mac.getutm и utmapp.

2⃣ Коллекция ресурсов, которые помогут запустить различные версии ОС прямо в браузере. Это особенно полезно, когда хотите ознакомиться с ОС, но не хотите заморачиваться с поиском, загрузкой и установкой:

➡WebVM — это фактически бессерверная виртуалка, которая позволяет запустить Debian прямо в браузере, доступный хоть с телефона. ➡Instant Workstation — хороший сервис для запуска ОС прямо в браузере. Для работы доступны Linux, BSD, Haiku, Redox, TempleOS и Quantix. ➡distrosea — если не можете выбрать подходящий Linux дистрибутив, то вот вам полностью бесплатный сервис, который позволяет прямо в браузере затестить различные версии операционных систем. Тут даже есть богатый выбор графических оболочек, а общее кол-во доступных систем переваливает за 70! ➡PCjs Machines — эмулятор вычислительных систем 1970–1990 годов. Он работает в обычном браузере. Данный проект появился в 2012 году — его основал программист из Сиэтла Джефф Парсонс. Он хотел помочь людям понять, как работали первые компьютеры, и дать им возможность «поиграть» с различными конфигурациями этих машин. ➡redroid - простой способ запустить ОС Android на обычном ноутбуке, ПК или ВМ: (Remote-Android), благодаря которому мы можем запустить Android в Docker контейнере на базе Ubuntu. Есть поддержка 8.1 - 16 версии. Помимо redroid есть еще несколько интересных проектов: waydroid, Bliss-OS и Memuplay.

S.E. ▪️ infosec.work ▪️ VT

jemalloc 5.4: Meta вернула к жизни библиотеку управления памятью

Вышел jemalloc 5.4.0, альтернативная реализация malloc, оптимизированная для снижения фрагментации и работы на многопроцессорных системах. Для каждого ядра CPU используется своя изолированная область распределения памяти, что дает линейную масштабируемость при росте числа потоков.

История любопытная: в июне 2025 года автор проекта прекратил сопровождение и перевел репозиторий в архивный режим, но в марте этого года разработку возобновила Meta, которая применяет jemalloc в своей инфраструктуре. Изначально библиотека создавалась для FreeBSD и используется там по умолчанию с 2005 года. Код на C под BSD.

Что нового: упрощена логика заполнения и сброса tcache, а также диспетчеризации выделения памяти. Унифицированы аллокаторы страниц PAC и HPA, удален усложненный механизм косвенных вызовов через vtable. Все платформо-зависимые операции вынесены в отдельные заголовочные файлы, диспетчеризация mallctl упрощена, инфраструктура статистики переработана.

Добавлен флаг EXTENT_ALLOC_FLAG_PINNED для пометки невытесняемых областей маппинга вроде страниц HugeTLB, чтобы их приоритетно переиспользовать. Появились новые интерфейсы mallctl для статистики закрепленной памяти. Статистика malloc синхронизирована в читаемом и JSON-форматах. Удалены устаревшие параметры lg_tcache_nslots_mul, tcache_nslots_small_min, tcache_nslots_small_max, tcache_nslots_large, tcache_gc_delay_bytes, lg_tcache_flush_small_div и lg_tcache_flush_large_div.

Linux / Линукс 🥸

🔍 Fake GitHub repos impersonate LastPass to deliver Rapuncel stealer

An active campaign is using SEO-optimized GitHub repositories posing as LastPass and at least 39 other brands to push the previously undocumented Rapuncel infostealer. Victims are funneled through fake download pages to inflated ZIP archives containing a renamed Microsoft debugger that sideloads malware and a Microsoft-signed kernel driver able to terminate 145 AV and EDR products.

The chain combines search manipulation, trusted hosting, signed kernel-mode tooling, and browser credential theft at scale. The driver is not on Microsoft’s vulnerable driver blocklist, giving the operation a practical path to disable defenses before persistence and data exfiltration.

🛰️ Open sources - closed narratives @sitreports

LPE quartet of Linux local root * DirtyAH6 CVE-2026-80844 POC TUNderflow CVE-2026-81000 POC PPPoEject CVE-2026-68121 POC DiagSpill CVE-2026-74469 POC

+ WriteUP из 2178 слов

#linux #LPE

Вышел Pale Moon 35.0.0

Проект по-прежнему предлагает широкие возможности кастомизации и минимизацию потребления памяти, а из кодовой базы выпилены DRM, Social API, WebRTC, PDF-просмотрщик, Crash Reporter, сбор статистики, родительский контроль и средства для людей с ограниченными возможностями. Зато вернули поддержку XUL-расширений и сохранили возможность применять как полноценные, так и легковесные темы оформления.

Что нового в 35.0.0: Включены по умолчанию прослойки для совместимости с API Document.elementFromPoint, GetAnimations, image.decode(), Intl.DisplayNames, Intl.ListFormat, Intl.RelativeTimeFormat и Streams. В CSS завезли ключевое слово revert-layer и псевдокласс :has(), в CSSStyleSheet реализован метод replaceSync, добавлено свойство adoptedStyleSheets. Режим совместимости с Firefox теперь по умолчанию выставляет версию 140. Улучшена поддержка архитектур LoongArch64 и Mac/PPC, а для Linux и FreeBSD появилась опция сборки NPAPI без GTK2. На Linux заодно повысили производительность набора данных в формах на некоторых сложных страницах.

Linux / Линукс 🥸

🌎 Assembly Language Reimagined: Programming the Intel x64 Microprocessor in Linux (2025)

❔ Чему вы научитесь: 🔵 разбираться в регистрах, режимах адресации и организации памяти x86-64; 🔵 писать и собирать программы под Linux, отлаживать их пошагово; 🔵 обращаться к системным вызовам напрямую, без библиотек; 🔵 понимать соглашения о вызовах и работу со стеком; 🔵 работать с целочисленной арифметикой, флагами и SIMD-инструкциями; 🔵 связывать ассемблерный код с программами на C.

"Assembly Language Reimagined" — книга заявляет переосмысленную подачу материала: современный x64 как основной предмет, без наследия 16-битных режимов, с которого традиционно начинают учебники. Рассчитана на программистов с опытом, которым нужен низкий уровень для отладки, реверса или оптимизации. Содержание конкретно этого издания я не проверял, поэтому за детали структуры не ручаюсь.

🗄Скачать курс

IT Pirate

🔍 Public exploits released for four Linux kernel local-root flaws

Public exploit code is now available for four Linux kernel vulnerabilities that allow local privilege escalation to root. The release puts working tradecraft into circulation for attackers with existing access, moving these bugs from patch-management issues to active post-compromise risk. Details were published in Linux kernel coverage on 18 September.

The immediate significance is operational: any unprivileged foothold on affected systems can become full control if patches are missing. This raises impact across shared hosts, developer environments, and container-adjacent workloads where local access is plausible.

🛰️ Open sources - closed narratives @sitreports

Он настолько прокачался, что теперь может накодить себе виджет с десктоп линуксом, а внутри линукса запустить себе ещё одного личного уробороса. Матрёшка из уроборосов. А ваши агенты заводят себе питомцев?

Linux / Линукс 🥸

Как относится к ИИ создатель Linux? Зависит от того, какого Торвальдса спросить

Первый злится, когда слышит хвастовство “99% нашего кода написал ИИ”: у тех же людей 100% кода написал компилятор, но об этом почему-то никто не объявляет. Второй сам навайбкодил программу для хобби-проекта – на Python, в котором слабо разбирается. “Я вырезал посредника – себя”, – честно написал он. А третий руководит Linux, проектом, где ИИ используется, но ему запрещено ставить подпись под изменениями: за каждое отвечает человек.

И это один человек. А теперь представьте разброс между разными. Один знаменитый программист вообще перестал читать код агентов, другой отвечает подписью за каждую строку, третий проверяет только “форму”. Обычно я разбираю подход кого-то одного – Бориса Черни, Роберта Мартина, Андрея Карпати. Но в этот раз одного героя мало, поэтому получился сборник:

Создатели Linux, Rails и Paint.NET: как работают с ИИ известные программисты – и что стоит перенять нам

Внутри восемь человек и пять подходов. Создатель curl закрыл программу наград из-за ИИ-мусора, а через три месяца написал, что мусор больше не проблема. Автор PaintNET выпустил 70 тысяч строк кода от Claude, не вычитывая их построчно, – и объяснил, почему это не безумие. А Роберт Мартин, герой моего августовского лонгрида, за полтора месяца успел пересмотреть собственную систему.

Программисты живут с ИИ-агентами дольше всех, и вопросы, которые они решают сегодня, завтра встанут перед каждым, кто пишет тексты, отчеты и планы. Поэтому из каждой истории я вытащил прием, который работает без единой строчки кода, и приложил готовые промпты. В конце – схема: какой из пяти подходов нужен вашей задаче.

👉 Читать на “Бусти” 👉 Читать на Sponsr

Homa: почему GPU ждут сеть (Рубрика #AI)

Посмотрел свежий доклад Джона Оустерхаута из Stanford про Homa (Джон - соавтор протокола консенсуса Raft, а также автор крутой книги "A Philosophy of Software Design", о которой я уже рассказывал). В заголовке доклада заявлен тизис «конец TCP для AI-кластеров», а внутри интересный инженерный вопрос: сколько времени дорогие GPU простаивают, пока маленькое сообщение ждёт за большой передачей? По мысли Оустерхаута, в инференсе и агентных системах растёт роль коротких обменов: проверить запись в распределённом KV-кэше, согласовать следующий шаг вычислений. Здесь важна хвостовая задержка: один запоздавший ответ может задержать всех участников синхронизации.

Проблема хорошо известна распределённым системам (она буквально продолжает историю "The Tail at Scale", что я разбирал вчера). Когда несколько серверов одновременно отправляют данные одному получателю, перед его сетевым портом растёт очередь — incast. Короткому сообщению тоже приходится ждать.

Homa предлагает перестроить транспорт вокруг сообщений: — Знать длину сообщения и давать преимущество тем, которым осталось передать меньше байтов. — Управлять потоком со стороны получателя: отправитель передаёт начальную порцию, а дальше получает разрешения — grants. — Использовать приоритетные очереди коммутаторов, чтобы короткие сообщения обходили большие передачи.

В показанном бенчмарке, по данным автора, p99 задержки коротких сообщений у Homa примерно в 13 раз ниже, чем у TCP. Большие сообщения при этом тоже выигрывают. Уже есть Linux-модуль, тесты и утилиты измерений. Но с заголовком и широтой выводов я бы поспорил.

1️⃣ На слайде презентации сетевой бенчмарк, который демонстрирует эффект использования протокола Ускорения LLM в 13 раз из него не следует: нужно измерять время ответа приложения, tokens/s и загрузку GPU. Выигрыш зависит от того, какая доля ожидания действительно приходится на транспорт. 2️⃣ Отрасль давно работает над этой проблемой Google описал промышленное применение Swift, а SIRD исследует, как согласовывать решения получателей, когда узким местом становится общий канал. Сравнение с TCP ещё не закрывает спор о лучшем транспорте. 3️⃣ Границы применимости существенны: Homa рассчитан на сеть внутри дата-центра. Нужны интеграция с приложением и настройка сети; разработка grpc_homa приостановлена. Для внедрения работы хватает.

Почитать подробнее — научные статьи и техническое обоснование: — Homa, SIGCOMM 2018 — устройство протокола. — Linux-реализация, USENIX ATC 2021 — измерения на 40 узлах; на странице есть PDF. — It’s Time to Replace TCP in the Datacenter — аргументы Оустерхаута против архитектуры TCP в ЦОД.

Кстати, в конце доклада автор приглашает экспериментировать с Homa и обещает помощь: [email protected]. Хорошая задача для входа — проверить, сколько сетевого выигрыша сохраняется в реальной AI-нагрузке. Вот такой результат мне было бы интересно увидеть.

#AI #Architecture #Engineering #Research #PlatformEngineering

WHM/cPanel & WHMCS Full Setup I have a brand-new server ready for production and want it fully prepared to sell shared hosting plans straight away. The work covers every layer from the operating-system tweaks through to turnkey WHMCS packages so that, once you are finished, clients can buy a plan, be provisioned automatically, and manage their account without my manual input.

Key components I need installed and configured: • CloudLinux with LVE Manager, CageFS, plus the Python & Ruby Selector so each account is properly isolated and can choose its own runtime. • LiteSpeed Web Server (latest stable) replacing Apache and tuned for optimal concurrency. • Kernel and security hardening appropriate for a CloudLinux + LiteSpeed stack. • WHM plugins: ConfigServer Security & Firewall (with a tested ruleset), Softaculous Auto Installer (licence already in place), and JetBackup (local and remote job schedules). • WHMCS fully tied into WHM/cPanel for Billing automation, Client management, and the Support ticket system. That includes cron jobs, email piping, a clean-looking order form, and at least three starter hosting packages mapped to WHM feature lists.

Deliverables (accepted when each item works end-to-end): 1. Root SSH access secured, CSF firewall active, all unnecessary ports closed. 2. CloudLinux features visible per cPanel account and resource limits enforced. 3. LiteSpeed serving all virtual hosts with HTTP/2 and QUIC enabled, SSL tested. 4. Daily and weekly JetBackup jobs running both locally and to my remote FTP store. 5. WHMCS clients able to purchase a package, receive credentials, open tickets, and be invoiced/paid automatically. 6. A brief hand-over document outlining what was changed and how to keep everything updated.

Everything should be done via the command line or appropriate web interfaces with zero residual warnings in WHM’s Security Advisor. Let me know the estimated timeframe; DNS is already pointed, so you can start as soon as you have the login credentials. Skills required Automation, cPanel, Linux, PHP, Python, Ubuntu, Web Hosting, WHMCS 💰600INR - 1500INR 👤khasimmdm from Tirupati , India

Вышел ESP-KVM 0.51.2 — открытая прошивка, которая превращает плату на ESP32-P4 в IP-KVM с доступом к экрану, клавиатуре и мыши удаленного компьютера через браузер и без агента на управляемой машине. Код на C под Apache 2.0, а главное новшество — запись экрана цели на microSD самого устройства.

Запись включается кнопкой в веб-интерфейсе и сохраняется в .ts с H.264 без перекодирования, поскольку пишется тот же поток, что идет зрителям. Частота кадров при записи остается на уровне 21-22 fps, файл играется в VLC и mpv, а прерванный извлечением карты открывается до момента обрыва. Длинная запись делится по 10 минут и останавливается через час, оба значения настраиваются, а отдельной кнопкой сохраняется снимок экрана в JPEG.

Нажатия клавиш и клики мыши можно писать в .srt рядом с видео, по умолчанию заменяя набранный текст точками. Есть и режим видеорегистратора: устройство постоянно держит последние минуты экрана и сохраняет их при событии вроде однотонного экрана или гашения индикатора ATX, после чего ролик конвертируется в MP4 с главами и при включенных уведомлениях уходит в Telegram. Хранить прошлое можно в PSRAM, где оно не занимает карту до события, или на карте короткими фрагментами, что работает и на старых ревизиях чипа. Таймлапс с кадром раз в заданное число секунд укладывает час работы в 14 секунд видео при интервале 10 секунд.

Все записи собраны в отдельной панели, откуда их можно скачать, удалить и воспроизвести без полной загрузки, с перемоткой и субтитрами. Реализован и поиск по тексту на экране: устройство раз в три секунды читает знакогенераторные экраны вроде BIOS или консоли и сохраняет прочитанное рядом с видео, так что поиск по фразе показывает, когда она была на экране, и воспроизводит запись с этого момента. Запись, таймлапс и снимок запускаются из сценариев и Home Assistant, а часы синхронизируются по NTP с выбором часового пояса.

Среди других изменений после 0.45.0 — сборки для новых плат, оптимизация -O2, сценарии с DuckyScript и cron, уведомления в Telegram, одновременная работа microSD и WiFi, ускорение карты и загрузки образа, режим клавиатуры для старых BIOS и горячая замена microSD. В общем, проект превратился в полноценный инструмент для удаленного управления и мониторинга.

Linux / Линукс 🥸

cups2root Linux LPE Interactive root shell from a local account in the lpadmin group. #linux #lpe #poc @reconcore

Публикатор: . Обсуждение: @devops_jobs #резюме #CV #Linux #DevOps #remote #VoIP

Linux / Infrastructure Engineer — специализация VoIP и телефония

Опыт: 4 года Локация: Алматы, Казахстан (UTC+5) Формат: удалённо Занятость: part-time / проектно Ожидания по ЗП: По договорённости

Опыт: Вел с нуля инфраструктуру мультитенантной B2B-ВАТС в проде: от сигналинга и dialplan до provisioning-сервисов и деплоя. Продукт обслуживает десятки корпоративных тенантов на одном кластере — боевой трафик, биллинг звонков в реальном времени, запись разговоров, интеграции с CRM. Указан соавтором ПО в государственном реестре объектов авторского права РК (свидетельство №74320, НИИС, 2026).

Стек • Telephony: Kamailio 5.8, FreeSWITCH 1.10, rtpengine, coturn, WebRTC (WSS/ICE/TURN, JsSIP), SIP-транки операторов, HOMER/HEP • Linux & infra: Ubuntu/Debian, Docker / Docker Compose, Nginx, Apache, HestiaCP, миграции серверов, macvlan-сети • Release & deploy: staging-стенд перед продом, тесты на реальном SIP/WebRTC-стеке, сверка правок перед выкаткой, деплой с минимальным downtime и подготовленным путём отката • Data: PostgreSQL + Patroni, MariaDB/MySQL, Redis, Kafka, MinIO • Backend: Go (сервисы provisioning), PHP (админка, REST, CRM-адаптеры), Python • Security: изоляция тенантов на уровне доступа к данным, хардининг control-plane (ESL на loopback + ACL), секрет-менеджмент, rate-limit, CSRF/SameSite, аудит публичной экспозиции

Что умею делать под ключ • Поднять и стабилизировать SIP-стек: регистрация, NAT-траверсал, односторонний звук, гонки ICE-состояний, диагностика по живому трафику через HOMER вместо чтения логов • Спроектировать мультитенантность так, чтобы кросс-тенантный доступ был невозможен конструктивно, а не проверкой прав • Сделать интеграцию телефонии с CRM (Bitrix24: screen-pop, click-to-call, WebRTC-звонок из карточки) или generic webhook • Миграции БД и серверов, отказоустойчивый PostgreSQL + Patroni, контейнеризация сервисов • Выстроить процесс выкатки: стенд, тесты на реальном трафике, деплой в прод без простоя пользователей

Английский: технический — чтение, переписка, документация .

Связь: @akamitos

📢 Вечер пятницы – отличный повод обновиться в срочном порядке.

В этот раз вышли обновленные версии TrueConf Server 5.4.9 и 5.5.5, в которых "включены обновления безопасности за сентябрь 2026 года" (источник: https://trueconf.ru/blog/update/trueconf-server-5-4-9_5-5-5). Что это за обновления безопасности, вендор не уточняет.

По информации экспертов CICADA8, была исправлена, как минимум, одна критическая уязвимость, связанная с аутентификацией пользователей на сервере TrueConf. Удаленному атакующему, по сути, достаточно лишь знать имя учетной записи.

Поэтому: всем обновляться прямо сейчас!

На сайте опубликованы следующие версии с исправлениями:

Windows / TrueConf Server 5.5.5.10304 Linux / TrueConf Server 5.5.5.10303

Windows / TrueConf Server 5.4.9.10023 Linux / TrueConf Server 5.4.9.10024

Linux v0.0.1 был выпущен 35 лет назад

«Привет всем, кто использует Minix!» Я разрабатываю (бесплатную) операционную систему (просто как хобби, она не будет такой масштабной и профессиональной, как GNU) для клонов AT на базе процессоров 386 (486). Работа над ней ведётся с апреля, и проект уже начинает обретать очертания. Я был бы рад услышать любые отзывы о том, что вам нравится или не нравится в Minix, так как моя ОС в чём‑то напоминает её (в частности, у неё такая же физическая структура файловой системы (по практическим соображениям) и так далее)...»  — Линус Торвальдс.

just a hobby, won't be big and professional like gnu

Linux / Линукс 🥸

🐧 Разработка и программирование ядра Linux

👁 Курс посвящён разработке модулей ядра Linux и работе с ключевыми механизмами операционной системы на низком уровне.

Вы научитесь работать с алгоритмами и структурами данных, синхронизировать процессы и потоки, обрабатывать прерывания и управлять памятью ядра. Полученные навыки помогут участвовать в проектах, связанных с разработкой и развитием Linux.

❗️ Подойдёт разработчикам, которые хотят углубиться в устройство Linux и низкоуровневое программирование.

⛓ Изучаем по ссылке

tags: #обучение #linux #разработка

🧭 @recura_tech 🌐 VK 🌐 MAX

🚀 Выпустили клиент BI.ZONE ZTNA для Astra Linux 1.7.6 и выше

Теперь в отечественной ОС доступны все ключевые функции продукта: проверка пользователя и устройства, защищенное подключение и единые политики доступа.

Ранее мы добавили поддержку Ubuntu. В планах также поддержка РЕД ОС и «Альт».

💬 Мы в MAX

🎨 Реддитор собрал бесплатную замену Photoshop с помощью GPT‑6 Astra

Пользователь Reddit выложил Photon — десктопный фоторедактор, который он собрал через вайбкодинг с GPT‑6 Astra. По его словам, это практически полная копия Photoshop, но бесплатная. На разработку ушло около $2000, но результат того стоил.

Что внутри:

✅ Слои, группы и маски ✅ Коррекция через кривые, ретушь, эффекты слоёв ✅ Smart Objects и adjustment layers ✅ Нативная поддержка PSD ✅ Liquify для изменения форм ✅ Удаление фона и выделение объектов — всё локально ✅ Поиск по командам

Главные плюсы:

✅ Работает офлайн — файлы никуда не загружаются ✅ Без аккаунта — скачал, открыл, работаешь ✅Доступен на macOS, Windows 11 и Linux (на Linux ставится через Flatpak)

Последний пункт особенно важен: Photoshop на Linux официально не поддерживается, и это тот самый момент, которого давно ждали.

✳️ Ссылка

🟣Теги: #Photoshop #фоторедактор #opensource #gptastra

#вакансия #job #senior #fulltime #Lead #Data #Engineer #Platform #Ереван #РФ

✅Ищем Lead Data Engineer / Data Platform Lead.

🦸Нам нужен сильный hands-on Lead / Staff Data Engineer, которому можно передать технический ownership за Data Core.

📁О проекте: Мы строим Customer Intelligence & Personalization Platform для зарубежной экосистемы бизнесов.

💼Что предстоит делать: •Нужно не только принимать технические решения, но и самостоятельно реализовывать ключевые части платформы. •Владеть архитектурой и развитием Data Core. •Проектировать слои Bronze / Silver / Gold и модели данных. •Исследовать банковские, legacy- и внешние источники, восстанавливать их семантику. •Строить pipelines от raw-данных до подготовленных data products. •Разрабатывать трансформации на SQL / dbt / Python. •Определять инженерные стандарты для ELT, data modelling, metadata, lineage и data quality. •Развивать data catalog и metadata-as-code подход. •Проектировать data contracts и интеграции Data Core с другими компонентами. •Переводить исследовательские решения и ручные процессы в production. •Работать с Git, CI/CD, Docker, Linux и закрытыми Dev/UAT-контурами. •В команде также будут инженеры и data scientist.

🏆Мы используем AI-native подход к разработке и ожидаем того же от кандидата. AI для нас — инструмент повышения производительности сильного инженера, а не замена инженерной экспертизы.

⚙️Квалификация и опыт: •Core banking / legacy banking systems. •Опыт работы Lead / Staff / Principal Data Engineer или сильного Senior с архитектурным ownership. •Опыт проектирования и самостоятельной реализации data platform / DWH / Lakehouse. •Customer 360 / Golden Record / MDM •Сильный SQL и уверенный Python. •dbt или аналогичные transformation frameworks. •Airflow / Dagster / Prefect или аналоги. •Хорошее понимание data modelling, historization, grain и master entities. •Практический опыт data quality, lineage и metadata management. •Data Vault 2.0. •OpenMetadata или другие data catalog solutions. •Умение самостоятельно принимать технические решения и отвечать за результат. •Опыт работы с плохо документированными источниками. •Git, CI/CD, Docker, Linux. •Практический AI-native способ разработки.

🤝Что по условиям: •Оформление: ИП •Формат работы: полная занятость •Локация - Ереван либо готовность к регулярным (до 2 раз в месяц на несколько дней) командировкам в Ереван для работы с данными и специалистами заказчика. •Уровень дохода: обсуждаем индивидуально

📩 Контакт: @ElenaK_it_recruiter

🔥 Cohere ускорила LLM inference на H100 с помощью megakernel — до 1,58× быстрее vLLM

Обычный inference обычно состоит из десятков отдельных GPU kernels: QKV, attention, MoE, RMSNorm и других. Между ними GPU ждёт синхронизацию и новые kernel launches.

Cohere собрала весь decode step в один persistent megakernel.

На North Mini Code:

- 292 tok/s при batch size 1 - против 185 tok/s у vLLM - использование теоретического bandwidth H100 выросло с 39% до 62% - ускорение сохраняется вплоть до 256K context - без измеримой потери качества

Выигрыш достигается за счёт:

меньше kernel launches → меньше глобальных barriers → лучше загрузка SM → prefetch весов → меньше простаивающего GPU

Это уже не только лабораторный benchmark: система поддерживает continuous batching, paged attention, ragged sequences, tool calling и OpenAI-compatible API.

Сам megakernel реализован в одном CUDA-файле — без отдельного compiler stack.

https://cohere.com/blog/megakernels

INCUBE.AI | ПОДПИСАТЬСЯ

Стоит ли верить дистровотчу? Ещё недавно никому неизвестный Omarchy сейчас переживает небывалую популярность

Linux / Линукс 🥸

PID 1 в контейнере: почему обычный процесс внезапно становится ответственным за orphan processes

В обычной системе PID 1 - это init/systemd. В контейнере им может оказаться что угодно:

docker run --rm alpine ps

Например:

PID COMMAND 1 /app/server 7 worker 12 helper

И здесь у PID 1 есть особая обязанность, о которой часто забывают. Если процесс становится orphan, ядро должно перепривязать его к другому процессу. Внутри PID namespace таким процессом становится namespace init, то есть PID 1.

Упрощённо:

PID 1 └── worker └── child

worker завершается раньше child:

PID 1 └── child

child становится orphan и теперь его parent - PID 1.

Это можно увидеть через:

ps -eo pid,ppid,stat,comm

Ключевой момент: PID 1 в Linux получает специальное поведение не просто из-за номера. Процессы, работающие как namespace init, становятся точкой усыновления orphan-процессов.

Но есть ещё более важная часть.

PID 1 должен корректно обрабатывать SIGCHLD и делать wait()/waitpid() для завершившихся дочерних процессов. Иначе завершённые процессы могут оставаться zombie:

PID 1 ├── worker ├── worker <defunct> ├── worker <defunct> └── worker <defunct>

Проверить это внутри контейнера:

ps -eo pid,ppid,stat,comm

или:

grep -a '^State:' /proc/*/status 2>/dev/null

Именно поэтому приложение, которое прекрасно работает как обычный процесс на хосте, может вести себя хуже в контейнере, если его запускают напрямую как PID 1.

Например:

docker run myapp

Если myapp - не полноценный init и не умеет корректно reaping’ить дочерние процессы, ответственность за них всё равно никуда не исчезает.

Для контейнеров поэтому используют специальные init-решения или запускают приложение через init-процесс. В Docker есть встроенный вариант:

docker run --init myapp

Тогда между runtime и приложением появляется небольшой init, который занимается в том числе orphan/zombie processes.

И есть важная граница: PID 1 контейнера отвечает только за процессы своего PID namespace. Он не становится каким-то глобальным init всего хоста.

То есть контейнер получает собственное дерево процессов:

HOST PID namespace

systemd └── container process └── ...

CONTAINER PID namespace

PID 1 ├── app ├── worker └── orphan → PID 1

Поэтому PID 1 в контейнере - это не просто «процесс с красивым номером». Это специальная точка жизненного цикла процессов внутри конкретного PID namespace.