Kurgan-Telecom Ru | Информационные технологии

В этой статье собрана вся необходимая база по работе с монтированием. Мы рассмотрим ключевые понятия, разберём инструменты анализа подключённых устройств, отработаем ручное монтирование с ограничивающими флагами, научимся корректно размонтировать занятые разделы и узнаем, что такое /etc/fstab и зачем он нужен.

Целевая аудитория - начинающие пользователи линукса, которые командой mount даже не пользовались.

В майнинговой NVIDIA CMP 170HX стоит тот же кристалл GA100, что в A100, и около 80 ГБ HBM, из которых карте разрешено видеть 8. Решают это eFuse-фьюзы на кристалле, и пережигать нужные из них на серийных картах запрещено. Автор блога kate.land собрал глитчер на STM32, который подменяет сигнал PWMVID для регулятора напряжения карты, подобрал серию из трёх импульсов по 2 мс и получил состояние, в котором запись фьюзов открывается. Прожиг — главный, но не единственный шаг: нужны ещё патч конфигурации в драйвере, а для PCIe Gen4 и NVLink — доработки платы и, у NVLink, обход проверки в ROM. В итоге карта получает 80 ГБ (если вся память на плате исправна, а так, по наблюдениям автора, примерно у 9 из 10 карт), все исправные SM (около 120–126 вместо 70), PCIe Gen4 и NVLink, а в FP16 FMA выдаёт 85,9 TFLOP/s против 72,5 у серийной A100. Находки до публикации переданы NVIDIA.

Впервые столкнулся с развёртыванием Ubuntu для корп. мессенджера и решил, что с ChatGPT‑то уж быстро справлюсь! Несколько часов мучился, злился, психовал, ругался на чёрную консоль и своего ИИ‑Сусанина. Но в итоге мы всё‑таки победили. Правда не совсем ещё... Но это ж опыт!

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

Хабр, привет!

На днях наткнулся на отличную статью Никиты Тимофеенко «Вам не нужны bool и Option». Автор со стороны Rust-разработки поднимает фундаментально правильный вопрос: кодировать состояния системы разрозненными флагами вроде succeeded: bool и failed: bool — это плохой тон, ведущий к трудноуловимым багам. Система типов должна делать некорректные состояния запрещенными на этапе компиляции.

В C++ сообществе эта идея, разумеется, тоже не нова. Мы давно и успешно оборачиваем подобные вещи в std::variant, используя std::monostate как аналог отсутствия значения (можно задать псевдоним, например AbsentResult).

Но читая статью и комментарии к ней, я поймал себя на мысли: мы, разработчики, слишком сильно увлеклись мощью современных компиляторов. Как только стандарты C++ (да и Rust) дали нам инструменты для зубодробительных compile-time проверок любых сущностей, мы начали пихать эти проверки везде, где нужно и не нужно.

В этой статье я хочу показать, как правильное использование std::variant может... замаскировать серьезную ошибку проектирования архитектуры. Как увлечение построением лучшей системы типов отвлекает нас от фундаментальных вопросов проектирования систем. Мы разберем, как классические стейт-машины при поллинге (polling) заставляют нас писать тонны шаблонного кода ради проверок, которых в этой точке программы вообще не должно существовать.

Меня очень бесило, что нет открытых данных, чтобы построить нормальную финмодель эксплуатации самолётов (точнее, парка воздушных судов — дальше буду писать ВС). Поэтому пришлось сделать сервис, который эти данные агрегирует — ну или, если честно, на текущем этапе пытается. Это суть, дальше — как и почему.

Видеокарты-франкенштейны с AliExpress — это обычные десктопные платы PCIe, на которых распаяны мобильные чипы от ноутбуков (RTX 3070m, 3060m и др.). Они стоят в разы дешевле аналогов, но NVIDIA не выпускает под них драйверы, а система встречает «Ошибкой 43».

Разбираемся, как устроен драйвер NVIDIA изнутри, почему для снятия блокировки не нужно ломать бинарники ядра, как обойти баги установщика NVI2 на Windows 11 и запустить всё в штатном режиме без testsigning и отключения Secure Boot.

Если закрыть глаза и заткнуть уши, может показаться, что большая часть мира исчезла, однако вы сами продолжаете полностью ощущать своё присутствие, оставаясь наедине с собой в собственной голове.

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

Один из самых глубоких вопросов, на которые человечество пока не нашло ответа, заключается в следующем: откуда берётся сознание? Как оно возникло в ходе эволюции? И сколько других существ на нашей планете обладают похожим осознанием собственного индивидуального опыта жизни?

Традиционно нейробиология рассматривает кору больших полушарий, складчатый мягкий наружный слой мозга, как так называемое «вместилище сознания», где, предположительно, возникает наше субъективное восприятие мира. Но что, если истинный источник сознания находится гораздо глубже, в значительно более древней части мозга?

Поиски ответа на этот вопрос лежат в основе новой статьи нейробиологов Маршалла Девора из Еврейского университета в Иерусалиме и Марка Барона из Гарвардской медицинской школы. Они утверждают, что мы, возможно, искали источник человеческого самоощущения не там, где следует.

И если сознание возникает в стволе мозга, как предполагают исследователи, то, возможно, его происхождение не столь уж исключительно человеческое.

Много лет занимаюсь парсингом: каталоги, цены, карточки товаров, объявления. Всё это время из проекта в проект кочевал мой самописный HTML-парсер. Он стабильно работал на миллионах страниц, но показывать его наружу было как-то неловко: тесты покрывали только нужные мне сайты, комментарии были на двух языках вперемешку, документации не было вовсе. Появилась иишка и доделала то что мне было лень и я выложил nuget: z3l.FastHtmlParser

Ниже разбираемся, почему стандартные библиотеки на таких задачах впустую тратят процессорное время, как уйти от аллокаций DOM и где проходят границы применимости легковесного подхода.

Почему DOM избыточен для парсинга

Парсинг — это работа с объёмами. Когда через сервис проходят миллионы страниц в сутки, разбор разметки оказывается самым горячим циклом, а затраты на серверы растут пропорционально.

Лидеры рынка в .NET — HtmlAgilityPack и AngleSharp — отличные библиотеки, но решают более общую задачу браузерного уровня. Они строят полноценный DOM: создают отдельный объект на каждый узел, достраивают неявные <html>, <head>, <tbody>, держат дерево для мутаций и обхода CSS-селекторами.

Для извлечения данных почти ничего из этого не нужно. Задача простая: найти элемент, забрать текст или значение атрибута и перейти к следующей странице. Всё остальное превращается в лишнюю работу процессора и сборщика мусора (GC).

Отсюда простая идея: не строить то, что не будет использовано. Документ можно представить как просто список кусков исходной строки.

Бенчмарки

Тестовый стенд: BenchmarkDotNet 0.15.8, .NET 10, Intel Xeon E-2236, Windows Server 2025. Страницы настоящие, сохранённые с books.toscrape.com, quotes.toscrape.com и webscraper.io/test-sites. Версии библиотек: AngleSharp 1.10.0, HtmlAgilityPack 1.13.1.

Я поднял на своём сервере SSH-ловушку: она притворяется беззащитным Linux, пускает почти с любым паролем и записывает всё, что делают внутри. Настоящей системы там нет. За первые пять дней в неё пришло 24 218 сессий с 683 адресов, и почти девять из десяти сделал один-единственный бот.

Вчера Рейтинг Рунета провёл эфир о стандартах GEO: практики рынка разбирали черновик регламента продвижения и критерии оценки результатов работы в нейросетях.

Главный инженерный вывод дискуссии прост. Классические пошаговые чек-листы правок сайта в GEO устаревают за три месяца. Рынок уходит от регламентации типовых действий к пониманию архитектуры RAG-систем. Важно то, как модель извлекает данные и по каким правилам оценивать результат.

Итан Сигел (американский астрофизик‑теоретик и научный журналист, автор рубрики «Спросите Итана», один из пропагандистов современных научных знаний), пытается поколебать нашу уверенность в том, что физики уже объединили все три фундаментальных квантовых силы и, засучив рукава, взялись за объединение их с гравитацией...

@avshkol перевёл эту статью для всех, кто хочет быть в курсе современных физических проблем, ибо в нашей с вами физике (на конец 2026 года) с объединением фундаментальных взаимодействий всё пока далеко не столь однозначно...

Shopify отказалась от React Native для своего мобильного приложения и переходит на собственную архитектуру Reflex, построенную вокруг Swift и Kotlin. Она отделяет логику от интерфейса, чтобы AI‑агентам было проще работать с кодом, и проверять поведение без запуска эмулятора.

Казахский язык в NLP считается малоресурсным. Открытых текстов на нём немного, а размеченных параллельных данных про здоровье почти нет. При этом люди ищут про здоровье постоянно, и ищут вперемешку: «қалқанша без», «щитовидка», «ттг» в одном запросе.

У меня есть сайт, где больше сотни страниц про женское здоровье и психосоматику написаны по‑русски и переведены на казахский и английский. Я собрала из них небольшой открытый словарь и выложила на Hugging Face. Заодно расскажу про второй проект на том же сайте: MCP‑сервер для ChatGPT и Claude, внутри которого нет языковой модели.

81-летний М. Джон Харрисон получил Букеровскую премию за роман «Конец всего» — постапокалиптическое произведение, действие которого разворачивается на побережье графства Кент в недалёком будущем, — и стал самым пожилым лауреатом в истории премии.

Габи Вуд, исполнительный директор Фонда Букеровской премии, отметила, что, хотя многие предыдущие лауреаты пробовали свои силы в научной фантастике, Харрисон стал «первым лауреатом Букеровской премии, вышедшим из подлинного мира научной фантастики». Она назвала это «исторической победой для писателя, чьи десятилетия творчества легко прослеживаются на каждой странице».

Харрисон, который публикуется уже шесть десятилетий, обошёл Маргарет Этвуд, которой было 79 лет, когда она разделила премию в 2019 году за роман «Завещания». В понедельник вечером на церемонии в Лондоне он получил награду в размере 50 000 фунтов стерлингов и приз.

Действие романа «Конец всего» («The End of Everything») — первой номинации Харрисона на Букеровскую премию — разворачивается через несколько десятилетий, спустя годы после катастрофы, причины которой никто не может должным образом объяснить. Действие романа происходит на побережье графства Кент, где Филипп Теннент и его пожилая тётя Марни пытаются выжить в условиях надвигающейся угрозы со стороны таинственных иГетти: огромных существ, способных менять облик, происхождение и намерения которых так и остаются невыясненными. Объём книги составил 198 страниц, что сделало её самой короткой в шорт‑листе.

Мэри Бирд, председатель жюри, отметила, что решение было принято единогласно после целого дня обсуждений. «Это книга, которая переворачивает ваше мировоззрение с ног на голову, вызывает ироничную улыбку — и, что удивительно, учитывая тему, оставляет лёгкий привкус оптимизма», — сказала она. «Одна из главных идей книги заключается в том, что если — или когда — такой апокалипсис наступит, он будет непостижим. И старые правила тоже не будут иметь значения… Это политика настоящего, увиденная через призму будущего».

В прошлой статье мы уговаривали металлобазу обновить сайт. Допустим, что уговорили: цены текстом, сортамент, форма "Рассчитать стоимость". Заявки пошли. А через пару месяцев в понедельник директор задает простой вопрос: "Почему на прошлой неделе с сайта пришло меньше заявок?"

Ответ лежит в Яндекс Метрике. Но директор в Метрику не заходит, менеджер по продажам в ней путается, а подрядчик пришлет отчет в пятницу. Мы сделали для таких случаев открытый MCP-сервер: он подключает Метрику к ИИ-ассистенту (Claude, Cursor, VS Code и другим), и вопросы можно задавать обычными словами.

Ниже разбор на условной металлобазе. Цифры придуманы для примера, а ход расследования типичный.

Вдвое урезали память контейнеру. Тесты прошли. На реальном трафике тоже все отлично. Две недели всё работало стабильно.

Но затем почему-то нагрузка изменилась, и больше 60% запусков пришлось повторять с увеличенными ресурсами.

Так ребята из Netflix получили классный урок при разработке системы, которая сама подбирает ресурсы контейнеров. Оставить всё с запасом выходит дорого. Убрать запас страшновато. Особенно когда контейнеров сотни тысяч в день, а менять настройки будет не человек.

Первые программисты в буквальном смысле собирали программу руками: переключали кабели и выставляли тумблеры. Потом они набивали машинный код на перфокартах, а вскоре перешли на ассемблер. Позже появились C и C++ — языки, уже более понятные человеку, но всё еще довольно душные в повседневной работе. За ними пришли Python, JavaScript и Go, на которых писать стало куда приятнее и быстрее. Каждый раз менялся способ, которым разработчик объясняет компьютеру, что от него требуется, и с каждым шагом это общение становилось всё проще и понятнее для человека.

ИИ-агенты стали следующим шагом в этом направлении: теперь рутинную часть задачи можно описать неформальным языком в виде ТЗ, отдать агенту и проконтролировать результат. Выбрасывать знание языков программирования на свалку, конечно, рано — без него не получится заглянуть внутрь проекта и разобраться, почему что-то отвалилось. Но сама работа постепенно становится более текстовой и менеджерской.

Как именно при этом меняется повседневная разработка, мы решили разобрать на примере компьютерного зрения. Для этого поговорили с Владом Ломтевым, senior CV-инженером нашей команды, чья работа охватывает весь цикл задач от проектирования систем до оптимизации нейросетей. Вместе мы выделили пять рабочих сценариев, где агенты сильно экономят время, и выяснили, в каких вопросах они пасуют перед опытом живого специалиста. 

Привет, Хабр. Меня зовут Роман, я работаю в группе проектирования пользовательских интерфейсов для B2B-решений «Лаборатории Касперского». В какой-то момент мы столкнулись с определенным хаосом в хранении и доступности материалов. Дизайнер всегда помнит, где лежат его макеты. Аналитику, разработчику и тестировщику приходится искать их в комментариях к задачам, в чатах и в тяжелых релизных файлах, где нужной страницы может просто не оказаться.

Чтобы решить эту проблему, мы перестроили дизайн-документацию продукта в Pixso: мастер-макет повторяет мейн, у каждой задачи свой файл, а на релизе все раскладывается по местам одним действием. Я хочу поделиться нашим опытом и рассказать, как это устроено, где схема пока проседает, а также поделиться чек-листом для тех, кто захочет повторить наш вариант у себя.

Направил в ЕРИР вопрос по одной немного кровоточащей занозе насчет неопределенности по теме ставок НДС в акте ОРД

Вопрос: