Наткнулся я на rsdn на такое вот сообщение

Последние полгода пришлось плотно сидеть на Убунте. Блин, какая она тормознутая. Проводник/Finder или как он там называется, папку с >100 файлов открывает уже с ощутимым лагом.

И смотрю тут лекцию про фишки C++26, про всякие RCU и типа многое из этого пришло из гипер-производительных ядер Линукса.

Реально? И как вот мне в голове связать первый и второй абзац моего спича?

Один из комментариев к нему:

Чтоб на мало-мальски быстродействующем (не старше хотя бы лет двадцати) железе получать заметные для пользователя тормоза, нужно или обрабатывать реально огромное количество данных (трассировку лучей, большие трехмерные модели, большие БД и т.п.), или быть отбитыми на всю голову жопоруками.

В случае тормозов GUI остается только второй вариант. И то, что эти тенденции уже достаточно давно перешли и в Линукс, говорит о том, что и там возобладало изготовление софта по тому же принципу, по которому тупой студент подгоняет решение задачи под известный ответ, нагромождая бессмысленные выкладки до тех пор, пока они не сойдутся с ответом (то есть, не пройдут все предусмотренные формальные тесты).

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

А ведь комментатор похоже прав насчет отбитых жопоруков. Куда-то не туда все эти гномо-кедо-вяленостроители свернули. Я конечно понимаю, что там надо отключить индексацию, но все же ерунда какая-то.

Нормально работать становится просто невозможно без средств обхода.

$ pip install numpy
WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ReadTimeoutError("HTTPSConnectionPool(host='pypi.org', port=443): Read timed out. (read timeout=15)")': /simple/numpy/
WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ReadTimeoutError("HTTPSConnectionPool(host='pypi.org', port=443): Read timed out. (read timeout=15)")': /simple/numpy/
WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ReadTimeoutError("HTTPSConnectionPool(host='pypi.org', port=443): Read timed out. (read timeout=15)")': /simple/numpy/
WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ReadTimeoutError("HTTPSConnectionPool(host='pypi.org', port=443): Read timed out. (read timeout=15)")': /simple/numpy/
^CERROR: Operation cancelled by user

Через квн работает. Не совсем понимаю, как получается, что сам сайт pypi.org спокойно открывается в браузере и тут же «„HTTPSConnectionPool(host='pypi.org', port=443“ у pip, возможно слегка разные сигнатуры у TLS от браузера и pip и блочат от pip

Клип с песней «В Кейптаунском порту». https://www.youtube.com/watch?v=_lwJDh7J2AY

Думаю, что скорее всего, это генерация, как-то видеоряд слишком чистый какой-то. Но твердо не уверен. А вы что думаете?

https://habr.com/en/news/1034404/

https://www.securitylab.ru/news/572621.php

Депутат Горелкин призвал переходить с гитхаба, потому что растет доля неудачных соединений с ним, по его мнению - это дискриминация россиян со стороны гитхаба, потому что РКН не блокирует его.

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

С «замедлениями» других важных ресурсов точно также все происходило. Сначала накачивание негатива и подготовка общественного мнения.

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

Если в двух словах, то слабые измерения - это способ подсмотреть состояние системы, не вызывая коллапс волновой функции. Самое удивительное, что результат измерения можно отменять (Reversal). То есть, краешком глаза глянули как там кот: если есть признаки, что система сдвигается в сторону коллапса с мертвым котом, то проводим дополнительное действие, не допускающее появление сильного коллапса и соответственно дохлого кота. И наоборот.

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

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

П.С. А может вовсе пустую коробку взять и ждать, пока там появится кот.

Как известно, в РФ (да и не только) закручиваются гаечки с контролем счетов и переводами денег. В связи с чем есть такая идея, что деньги ведь нужны, чтобы что-то потом на них купить.

Так вот, что если сразу вместо денег на карту, крипту и тп. просить оплату заказом товара на маркетплейсе до ПВЗ в каком-то месте? Кто-нибудь пробовал, какие есть минусы?

Пока на ум приходят такие минусы, что так наверное проще кинуть с оплатой, впрочем и с деньгами кидом может случиться. Кроме того, если товар не подойдет (брак и др.), возвращать намного сложнее.

https://www.kommersant.ru/doc/8553113

(проект закона: https://regulation.gov.ru/projects/166424/ )

Если коротко, то:

1) Слишком широкое определение ИИ, под которое формально попадают даже программы для улучшения изображений и проверки орфографии

2) Разработчики и сервисы ИИ фактически по обязанностями приравнены к СМИ и даже хуже с рисками серьезной ответственности. При настолько широком толковании.

3) Излишняя зарегулированность всех аспектов.

От себя замечу, вполне похоже, что OpenSource в полном смысле и просто свободно распространяемые модели в регулирование не впишутся, что называется by design. В силу требований.

Прошлую тему, когда проект только вышел, удалили: www.linux.org.ru/news/russia/18244851 прошу не нацполить... По сути тема для информирования что происходит в достаточно важной отрасли.

Перемещено hobbit из talks

Что-то вроде следующего хочется получить:

socat TCP-LISTEN:30010,bind=192.168.0.1,reuseaddr,fork TCP:127.0.0.1:20010
socat TCP-LISTEN:30011,bind=192.168.72.1,reuseaddr,fork TCP:127.0.0.1:20011

То есть, чтобы все что валится на 30010 порт по адресу 192.168.0.1 редиректилось на 127.0.0.1:20010, а на 30011 порт по адресу 192.168.72.1 на 20011 порт локалхоста.

По отдельности каждая из команд нормально работает, но если завести одну, а потом другую (в любом порядке), то сообщение, что «Cannot assign requested address»

Возможно какой-то правильный синтаксис нужен в bind= и fork

Это вообще можно сделать?

На Microsoft подали в суд за кастовую дискриминацию при распределении кому на каком языке программировать. В иске указано, что высшим кастам достается Python, а удел низших каст - C++.

https://www.greatandhra.com/articles/special-articles/dalit-engineer-alleges-...

И с парой других основал свой стартап, зарегистрированный в Германии. Будут пилить криптографическую верификацию целостности Linux систем.

https://www.opennet.ru/opennews/art.shtml?num=64688

Что-то вдруг ssh соединения с хостом на scaleway стали рваться через несколько секунд после установления. Неужели [censored] стали и тут гадить или все-таки локальное какое-то недоразумение?

ssh с другим хостером успешное и не рвется.

ssh с хостом на scaleway, пущенное с этого другого хоста тоже успешное.

Порт стандартный 22-й. Где-то в октябре 2024-го стали резать на нестандартном сейчас добрались вообще или все же просто глюки?

Наткнулся на прикольную тему. Есть один чел, который раскритиковал схемы разных радиомикрофонов из известных книг про шпиoнckие штучки и разных форумов, вроде радиокота и прочих, показав, что в них массово содержатся ошибки из-за которых чуть менее, чем все такие публичные схемы или не работают в принципе или работают очень плохо или даже портят радиодетали.

https://teletype.in/@badradio/rapid - он там разобрал ошибки и даже багфиксинги привел.

Еще интереснее, что он вывел на сайт музея юсовских жучков https://www.cryptomuseum.com/covert/bugs/index.htm - там во многих случаях можно даже увидеть не только фотографии, но и их принципиальные схемы и детали конструкций.

разбор конструкций: https://teletype.in/@badradio/cia

Но это еще не самое интересное. Меня поразило, что жучки даже 1967-го года обладают такими свойствами, что работают без батареек на наведенном излучении (!!!) и канал передачи маскируется такими способами модуляции, что вполне СОВРЕМЕННЫМИ радиосканерами, всякими там AOR и Icom не засекаются!!! Внешнее наведенное излучение может быть обнаружено индикаторами поля, но далеко не все тоже справляются даже с этим!

Автор приходит к выводу, что для их обнаружения нужен широкополосный анализатор спектра, например, на SDR. Штука до недавнего времени явно за рамками сколько-то массовой доступности.

А вот жучок образца 1973-го года еще и настолько хорошо экранирован, что не обнаруживается даже нелинейным локатором. (Он не радиоизлучение ищет, а наличие полупроводниковых переходов).

И вот офигеть - это же техника более, чем 50-летней давности! Которая рассекречена и даже в музеи уже попала. Что же сейчас-то выдумали.

Перемещено hobbit из talks

Пару дней уже как сказали, но чего-то не обсуждается, хотя можно понять, что уже обсуждать такое большого смысла нет, но все же.

На этот раз уже даже не ради защиты кого-то от чего-то, а официально чтобы аудиторию можно было точно считать.

https://rg.ru/2025/12/22/v-rossii-poiavitsia-edinyj-identifikator-polzovateli...

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

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

«Что касается трудностей рекламодателей, то ключевая проблема состоит в сопоставлении профилей пользователей на разных площадках, даже тех, которые не требуют авторизации пользователя. Экосистемы „запирают“ данные внутри и не позволяют проводить кроссплатформенную синхронизацию пользователей. В итоге коммуникация с потребителем дублируется, что ведет к увеличению стоимости качественного контакта», - рассказал Александр Папков, вице-президент АРИР, сопредседатель Индустриального комитета по Big Data & Programmatic.

Есть у меня старинный друг и вот несколько лет назад он меня попросил восстановить удаленные данные.

Предыстория следующая.

Друг этот полупрофессионально ведет видеоблог. В основном на культурно-исторические темы. Политики он не касается, хотя в наше время бывает иногда вылезет там, где и не думаешь. Блог не шибко раскручен, но некоторую, как выражаются, «широкую известность в узких кругах» таки имеет.

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

Друг как раз занимался монтированием ролика с этим интервью, но по кое-каким делам понадобилось на несколько часов выйти из дома. Комп оставил включенным.

Возвращается. Дверь закрыта, но не заперта, правда не может точно вспомнить действительно ли запер ее уходя. Ничего из вещей не пропало.

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

Мы немного поговорили и решили, что ну его, лучше и не восстанавливать. =)) Понимаю, звучит дико, но как-то так вот.

https://lenta.ru/news/2025/12/05/albanskogo-ii-ministra-zaderzhali-iz-za-vzya...

Специальная прокуратура по борьбе с коррупцией и организованной преступностью страны распорядилась о срочном переводе в «офлайн-режим» первого в мире ИИ, назначенного на должность министра. Диэлла, отвечающая за государственные закупки и прозрачность, подозревается в получении взятки в размере 14 биткоинов (примерно 1,3 миллиона евро).

«Это не ошибка в коде, а чрезмерная точность модели обучения. Ее нейронная сеть распознала статистическую закономерность, согласно которой от 10 до 15 процентов стоимости каждого контракта должно быть переведено на неизвестный счет, чтобы проект был вообще реализован. Она не коррумпирована, она просто гиперадаптивна. Она считала это юридическим обязательством, как уплата НДС», — сказал доктор Лулзим Баша, главный инженер по этике Министерства цифровизации Албании.

Как звучит-то: главный инженер по этике!!!

Про беременность тоже не шутка:

ИИ-министр Диэлла «забеременела» 83 «детьми». Премьер-министр Албании Эди Рама сообщил, что они займут позиции помощников депутатов, которые будут фиксировать происходящее в парламенте и информировать законодателей о пропущенных обсуждениях и событиях.

Про Диэллу есть и на википедии

А Microsoft тут при том, что коррупцию развело ее творение:

Диэлла была разработана лабораторией искусственного интеллекта AKSHI в сотрудничестве с американской корпорацией «Microsoft», причем последняя предоставила большие языковые модели из «OpenAI» через свою платформу «Azure», а специалисты AKSHI разработали рабочие процессы и сценарии, управляющие поведением системы при ответе на запросы граждан

Reports from earlier this year indicate Diella is built on large language models from OpenAI and Microsoft's Azure cloud platform.

https://qz.com/ai-albania-corruption-minister-diella

---

Update: Мде.... Все же фейк https://www.kp.ru/daily/27752.5/5180880/

То есть, сама ИИ-министр, инженеры по этике и беременность не фейк, но про взятки написали шутники.

Интересно, какие у форумчан компетенции в области нейросетей/ии и их использования в разработке.

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

Знаю - означает, что нейросетка для вас не черный ящик, вы как минимум разбираетесь в методах DL (Deap Learning, глубоком обучении), знаете и хотя бы в принципе можете применять соответствующий математический аппарат. Также как минимум понимаете на алгоритмическом уровне устройство основных архитектур.

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

Использование результатов подразумевает получение их в явном виде. То есть, картинка по промпту в генераторе или ответ модели в ее чате. Использование в неявном виде в готовом софте, например, в улучшайзере изображения, в автоматическом переводчике и тп. не считается. Болтовня с умными колонками (типа Алисы) тоже не считается, иначе слишком много будет использующих =)

Давно уже что-то про Столярова Croco ничего не было =) А тут он повод недавно дал, расписав почему считает недопустимым использовать СУБД в архитектуре при проектировании софта. То есть, если для каких-то программ нужно хранение данных, его надо индивидуально под программу делать, а не подключать базы данных.

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

http://www.stolyarov.info/guestbook#cmt97

==============

Я придерживаюсь принципа несколько более узкого: недопустимо создание, распространение и использовние программ, для работы которых требуется СУБД.

Причины можно назвать, например, такие:

1. СУБД — это лишняя внешняя зависимость, при том что вообще любые внешние зависимости суть хамство в отношении пользователей и мейнтейнеров;
2. СУБД требует трудозатрат на установку, настройку и дальнейшее администрирование;
3. СУБД способна упасть (и да, падает намного чаще, чем, скажем, тот же апач — вообще пока мои сайты жили на «традиционной» CMSке, именно СУБД была причиной всех случаев downtime моих сайтов, за исключением одного, когда на сервере физически осыпался жёсткий диск);
4. СУБД требует от пользователя постоянно обновлять навыки, которые, возможно, больше ни для чего не нужны;
5. СУБД хранит информацию пользователя в неочевидном для него виде; этим грешат не только СУБД, конечно, но СУБД мало того что хранят всё в бинарных файлах, которые без самой СУБД даже думать нечего разобрать, они ещё и вводят дополнительный слой хаотизации в виде схемы БД, провоцируя разработчиков софта на внедрение «решений», единственное «описание» которых остаётся в голове у автора;
6. СУБД требует изрядных вычислительных мощностей и крадёт (а вовсе не повышает, как почему-то многие уверены) производительность.

Я, заметим, не рискну утверждать, что СУБД как сущность вообще никогда не может ни для чего применяться. Тут вопрос в том, кто на ком стоял: если главной целью является база данных как таковая, то есть вот имеется какой-то значительный объём разнородной, но при этом взаимосвязанной информации и стоит задача обеспечить его хранение и в нём поиск, причём никто заранее не знает, какие именно задачи будут решаться на этом массиве информации, какие именно поисковые запросы будут делаться и вот это вот всё, то да, СУБД вполне может оказаться адекватным решением, и даже для работы с ней могут создаваться вспомогательные программки. Это, конечно, не оправдывает существования языка SQL, который в любых его проявлениях представляет собой надругательство над здравым смыслом, но в целом СУБД как вид софта существовать, наверное, всё-таки может — но лишь в случаях, когда либо вообще нет никаких программ кроме неё самой, либо программы делаются для неё, а не она сама поддерживается для работы какой-то программы.

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

Когда же пишется некая программа, предполагающая применение для конкретных задач (а программы иначе, собственно, и не пишутся), и данные возникают исходя из этих задач, а не наоборот, то за саму идею задействования внешней СУБД нужно убивать на месте. Сугубо из санитарных соображений.

https://regulation.gov.ru/projects/159652

На этот раз запретить собрались вот это:

информация, предназначенная для несанкционированного уничтожения, блокирования, модификации, копирования информации и (или) программ для электронных вычислительных машин, либо позволяющая получить доступ к программам для электронных вычислительных машин, предназначенных для несанкционированного уничтожения, блокирования, модификации, копирования информации и (или) программ для электронных вычислительных машин;».

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

А если учесть, что в Kali в принципе большинство софта и так имеется в репах обычных дистров, ну вы поняли.

P.S. Раздел форума про Security тогда наверное макскому снести придется со всеми темами и вообще серьезно почистить уютненький от уже накопившейся кучи тем и постов внезапно могущих стать из чисто технических в правонарушающие.

P.P.S. В Коммерсанте есть некоторое разъяснение по поводу целей и что именно запрещать собрались https://www.kommersant.ru/doc/7991253

В Минцифры объясняют, что бесконтрольное распространение информации об атаках «несет риски кибербезопасности, может быть использовано для компьютерных атак на важные системы государства и бизнеса». Ограничением такой информации в целом занимаются Роскомнадзор и Генпрокуратура. В аппарате вице-премьера Дмитрия Григоренко добавляют, что инициатива создаст правовой барьер, что затруднит деятельность киберпреступников и снизит количество успешных атак. Во-вторых, она позволит правоохранителям эффективно блокировать каналы распространения вредоносных программ, минимизируя риски для граждан. Позднее в Минцифры “Ъ” уточнили, что «запрет направлен не на деятельность «белых хакеров», а именно на распространение информации о способах кибератак».

Как вы думаете из какой вселенной вот этот текст:

Итак, на мировом рынке представлены десятки нейросетевых изделий, разнящихся по назначению, возможностям и цене. Какой из них предпочесть? Разумеется, это зависит от поставленной задачи и серьезности ваших намерений. Наиболее крупные банки и финансовые корпорации, такие как Manhattan Bank или American Express, могут себе позволить нейросетевые системы на базе суперкомпьютеров SNAP фирмы HNC и CNAPS фирмы Adaptive Solutions по цене от $50000. Те, кто ориентируется на использование нейропакетов на традиционных компьютерах, часто выбирают программы фирм Neuron Data и Nestor, либо ExploreNet фирмы HNC. Однако это также весьма дорогие и мощные системы, создаваемые «под ключ» но заказу серьезных клиентов.

А что делать тем, кто только начинает знакомиться с нейронными сетями и пока не ощущает потребности в установке супердорогих систем? О, для них создан целый спектр недорогих нейропакетов, издаются специальные журналы и проводятся многочисленные конференции. Давайте для примера познакомимся с одним представителем класса «нейропакетов для большинства», семейством Brain Maker фирмы CSS (California Scientific Software), причисляемым многими аналитиками к числу лидеров.

Нет, я не открыл портал в другое измерение, это небольшая цитата из статьи 1995-го года в журнале PC Week/RE https://www.computer-museum.ru/histussr/neiro_net.htm

Навеяло соседними темами

ИИ. Скрытное обучение.

Шифрование через TPM: теперь и в Линуксе

Не новость, но не все в курсе, что была такая фирма Crypto AG Весьма занятное чтение одной только википедийной статьи. Эта швейцарская фирма с 1950-х и до 2018-го года продавала средства (в основном криптографические) для защиты средств связи. В основном ее клиентами были правительства государств по всему миру, за исключением соцблока. Высочайшая репутация, швейцарский нейтралитет, все такое...

Вот только спецслужбы ФРГ и США (интересно, а Швейцарии?) имели возможность читать эту «секретную» переписку.

Что интересно, о том, что компания на самом деле совсем не такая честная, как может показаться, в принципе известно стало еще в середине 90-х, о чем даже писала газета Коммерсант: статья 1996-го года https://www.kommersant.ru/doc/241644 что однако не помешало ей работать и кого-то еще окучивать до 2018-го года, когда грязное белье совсем почти официально оказалось выставленно в рассекреченных документах.