Что Microsoft знает о вас:

• Какие программы вы запускаете

• Какие сайты посещаете

• Какие файлы открываете

• Где находится ваш компьютер (геолокация)

• Ваши пароли (если используете Microsoft Account)

Что Microsoft может сделать в любой момент:

• Отключить обновления безопасности

• Заблокировать доступ к облачным файлам

• Деактивировать лицензию

• Удалить приложения через Microsoft Store

Всё это уже происходило. В 2022 году Microsoft приостановила продажи в России. В 2024 — отключила облачные сервисы для подсанкционных компаний. В 2026 — ограничила доступ к Windows Update для пользователей из РФ.

Итог: Windows — не ваша операционная система. Вы её арендуете. И арендодатель в любой момент может сменить замки.

Apple: золотая клетка

Экосистема Apple великолепна. iPhone, MacBook, iPad — всё работает как единое целое. В этом сила Apple. И в этом же её главная опасность.

Факты:

• Вы не можете установить приложение в обход App Store

• Вы не можете починить устройство в неавторизованном сервисе

• Вы не можете перенести данные в другую экосистему без потерь

• Ваши пароли, фото, документы — на серверах в США

Apple — это не технологическая компания. Это компания по управлению зависимостью. Чем глубже вы в экосистеме, тем сложнее из неё выйти.

Санкционный риск: Apple неоднократно отключала сервисы в отдельных странах. Apple Pay переставал работать. iCloud блокировался. Вопрос не в том, может ли Apple это сделать. Вопрос — когда.

Linux: свобода, за которую нужно платить

Linux — это не операционная система. Это 200 операционных систем, которые несовместимы друг с другом.

Правда о Linux в корпоративной среде:

1. Нет нормальной поддержки .NET. А 90% корпоративного ПО в России — это .NET.

2. Нет единого магазина приложений. Snap, Flatpak, AppImage — зоопарк форматов.

3. Нет экосистемы. Телефон не дружит с ПК. Облака нет. Пароли не синхронизируются.

4. Нет встроенной безопасности. Антивирус? ГОСТ-криптография? 152-ФЗ? Настраивайте сами.

5. Сложность. Обычный бухгалтер не должен учить командную строку.

Linux — отличная серверная ОС. Но как десктоп для массового пользователя или корпоративного сектора — это компромисс, на который идут от безысходности.

Три проблемы, которые не решает ни одна ОС

Проанализировав ландшафт, мы выделили три критических разрыва:

Проблема 1: Зависимость от иностранных серверов

Все популярные ОС привязаны к облакам в США. Ваши данные, обновления, пароли — всё проходит через зарубежную инфраструктуру.

Проблема 2: Отсутствие экосистемы на российских сервисах

Пользователи Apple привыкли, что телефон и компьютер работают как одно целое. В России нет аналога. Android-телефон сам по себе, ПК на Linux — сам по себе. Данные не синхронизируются.

Проблема 3: Совместимость с существующим ПО

Российский бизнес написал миллионы строк кода на .NET под Windows. Переписывать — дорого. Запускать через Wine — нестабильно. Нужен третий путь.

Задача ОС «Родник»

Мы не делаем «ещё один Linux». Мы не копируем Windows. Мы решаем три конкретные проблемы.

1. Технологический суверенитет

Все критически важные компоненты — российские:

• Облако: Яндекс.Диск (серверы в РФ)

• Безопасность: Kaspersky (российская компания)

• Криптография: ГОСТ (российские стандарты)

• Авторизация: Яндекс ID (данные не покидают страну)

2. Экосистема на российских сервисах

Телефон на Android + ПК на Родник + Облако на Яндекс.Диске = единая экосистема. Общий буфер обмена. Синхронизация паролей. Continuity (начал на телефоне — продолжил на ПК). Как у Apple. Только без привязки к Купертино.

3. Нативный .NET без Windows

Корпоративные приложения на .NET работают на Родник OS нативно. Без эмуляторов. Без прослоек. Быстрее, чем на Windows — потому что под капотом нет 30-летнего легаси.

А для тех приложений, которые всё ещё завязаны на Windows API — IL-транслятор. Он анализирует промежуточный код .NET и автоматически заменяет вызовы Windows на вызовы Родник. Одна команда при сборке — и приложение работает.

Почему это важно

Потому что операционная система — это не просто софт. Это фундамент цифровой экономики.

Пока мы сидим на Windows — мы арендуем чужой фундамент. Пока у нас нет своей экосистемы — мы теряем пользователей, которые выбирают Apple. Пока мы натягиваем Linux на десктоп — мы тратим миллиарды на костыли вместо того, чтобы создать нормальный продукт.

Родник OS — это не попытка догнать Microsoft или Apple. Это попытка решить конкретные проблемы российского пользователя и бизнеса здесь и сейчас.

Первый публичный релиз — январь 2027.

Сайт: https://yurinkonstantin.github.io/rodnik-os.github.io/

Юрин Константин, проект «Родник OS», 2026

Ужасы познания

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

Спросите ради интереса знакомого программиста, возможно ли программировать на «чистой» пользовательской Windows без установки Visual Studio — удивитесь ответам.

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

Поэтому описанное ниже наверное вызовет определенный ужас как у обычных пользователей так и некоторых программистов — особенно если они обучались по видеокурсам ничего не знают об истории ОС Windows.

Начну с цитаты из одной интересной статьи:

Over the past few months, I've received several variations on this question for other operating systems and all of the released versions of the .NET Framework. When the .NET Framework is installed as a part of the OS, it does not appear in the Programs and Features (or Add/Remove Programs) control panel. The following is a complete list of which version of the .NET Framework is included in which version of the OS

И ниже длинный такой список с версиями. А вот еще один если вдруг первого оказалось недостаточно.

Ну казалось бы и.. что? Чего тут такого?

Про .NET SDK все и так знают, временами его необходимо установить «для запуска игор», временами он сам ставится в виде зависимой библиотеки и никому не мешает.

Все так, да.

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

А я представляю и сейчас расскажу.

Заходите в папку Windows на вашем компьютере, вот сюда:

Файлт csc.exe — самый настоящий компилятор, фактически портал в ад на вашем обычном домашнем компьютере.

Почему все так страшно?

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

Шучу.

А если серьезно:

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

В отличие от VB или PowerShell-скриптов, которые анализируются перед запуском любым приличным антивирусом, антивирусы не анализируют исходный код программ на C# и куда лояльнее относятся к программам собранным локально на этой же машине.

Так что веселье начинается.

Простой пример

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

Весь процесс от кода до запуска я записал на видео:

Исходный код тут казалось бы максимально простой, но с одним интересным нюансом про который ниже:

using System;
using System.Runtime.InteropServices;

namespace yoba
{
class Program
{
// импортирование нативной WinAPI функции MessageBox.
[DllImport("user32.dll")]
public static extern int MessageBox(IntPtr hWnd, string lpText, string lpCaption, uint uType);

static void Main(string[] args)
{
//вызываем и показываем диалог
MessageBox(IntPtr.Zero, "Йоу!", "Добро пожаловать в разработку!", 0);
}
}
}

Сохраняете этот текст обычным «блокнотом» в файл yoba.cs и запускаете сборку:

c:\Windows\Microsoft.NET\Framework\v3.5\csc.exe yoba.cs

Таким образом я запускал сборку на Windows 10, но имейте ввиду что версия системного .NET SDK может отличаться и например в Windows 11 уже будет:

c:\Windows\Microsoft.NET\Framework\v4.0.30319\csc.exe yoba.cs

После сборки рядом с исходным файлом yoba.cs появится бинарник yoba.exe, который вы сможете запустить.

А теперь про нюанс.

Нюанс

Существует определенное предубеждение по отношению к managed‑языкам вроде Java и С# — они не подходят для серьезных дел вроде написания эксплоитов, использования 0day‑уязвимостей и пенетрации ядра.

Что все подобные вещи творят в глубокой тайне на чистом Си, в крайнем случае на C++ а все эти ваши Java/C# не более чем «погремушки для детей», не достойные даже косого взгляда серьезного профессионала.

Вот тут и начинается нюанс, посмотрите на эту радость:

[DllImport("user32.dll")]
public static extern int MessageBox(IntPtr hWnd,
string lpText, string lpCaption, uint uType);

Это мои дорогие читатели, ни что иное как вызов нативного WinAPI, с помощью которого творили всякое нехорошее в далекие 90е.

C# и .NET имеет оооочень глубокую интеграцию с Windows, несмотря на всю свою «безопасность» и управляемость, поэтому легко и просто может заменить собой и Си и С++ в качестве инструмента для нехороших дел.

И оно живет на вашем компьютере, дома и в офисе, с постоянной пропиской и регистрацией.

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

Сложный пример: выключаем Windows

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

Просто так, внезапно.

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

Весь процесс на видео (разумеется это виртуальная машина):

А теперь код:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Security;
using System.Diagnostics;
using System.Management;
using System.Security.Permissions;
using System.Runtime.InteropServices;

namespace yoba
{
// See http://www.developmentnow.com/g/33_2004_12_0_0_33290/Access-...
// Calling this code on backup/restore seems to enable BCD
public class TokenHelper
{
// PInvoke stuff required to set/enable security privileges
[DllImport("advapi32", SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern int OpenProcessToken(
System.IntPtr ProcessHandle, // handle to process
int DesiredAccess, // desired access to process
ref IntPtr TokenHandle // handle to open access token
);

[DllImport("kernel32", SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern bool CloseHandle(IntPtr handle);

[DllImport("advapi32.dll", CharSet=CharSet.Auto, SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern int AdjustTokenPrivileges(
IntPtr TokenHandle,
int DisableAllPrivileges,
IntPtr NewState,
int BufferLength,
IntPtr PreviousState,
ref int ReturnLength);

[DllImport("advapi32.dll", CharSet=CharSet.Auto, SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern bool LookupPrivilegeValue(
string lpSystemName,
string lpName,
ref LUID lpLuid);

[StructLayout(LayoutKind.Sequential)]
internal struct LUID
{
internal int LowPart;
internal int HighPart;
}

[StructLayout(LayoutKind.Sequential)]
struct LUID_AND_ATTRIBUTES
{
LUID Luid;
int Attributes;
}

[StructLayout(LayoutKind.Sequential)]
struct _PRIVILEGE_SET
{
int PrivilegeCount;
int Control;
[MarshalAs(UnmanagedType.ByValArray, SizeConst=1)] // ANYSIZE_ARRAY = 1
LUID_AND_ATTRIBUTES [] Privileges;
}

[StructLayout(LayoutKind.Sequential)]
internal struct TOKEN_PRIVILEGES
{
internal int PrivilegeCount;
[MarshalAs(UnmanagedType.ByValArray, SizeConst=3)]
internal int[] Privileges;
}
const int SE_PRIVILEGE_ENABLED = 0x00000002;
const int TOKEN_ADJUST_PRIVILEGES = 0X00000020;
const int TOKEN_QUERY = 0X00000008;
const int TOKEN_ALL_ACCESS = 0X001f01ff;
const int PROCESS_QUERY_INFORMATION = 0X00000400;

public static bool SetPrivilege (string lpszPrivilege, bool
bEnablePrivilege )
{
bool retval = false;
int ltkpOld = 0;
IntPtr hToken = IntPtr.Zero;
TOKEN_PRIVILEGES tkp = new TOKEN_PRIVILEGES();
tkp.Privileges = new int[3];
TOKEN_PRIVILEGES tkpOld = new TOKEN_PRIVILEGES();
tkpOld.Privileges = new int[3];
LUID tLUID = new LUID();
tkp.PrivilegeCount = 1;
if (bEnablePrivilege)
tkp.Privileges[2] = SE_PRIVILEGE_ENABLED;
else
tkp.Privileges[2] = 0;
if(LookupPrivilegeValue(null , lpszPrivilege , ref tLUID))
{
Process proc = Process.GetCurrentProcess();
if(proc.Handle != IntPtr.Zero)
{
if (OpenProcessToken(proc.Handle, TOKEN_ADJUST_PRIVILEGES|TOKEN_QUERY,
ref hToken) != 0)
{
tkp.PrivilegeCount = 1;
tkp.Privileges[2] = SE_PRIVILEGE_ENABLED;
tkp.Privileges[1] = tLUID.HighPart;
tkp.Privileges[0] = tLUID.LowPart;
const int bufLength = 256;
IntPtr tu = Marshal.AllocHGlobal( bufLength );
Marshal.StructureToPtr(tkp, tu, true);
if(AdjustTokenPrivileges(hToken, 0, tu, bufLength, IntPtr.Zero, ref
ltkpOld) != 0)
{
// successful AdjustTokenPrivileges doesn't mean privilege could be changed
if (Marshal.GetLastWin32Error() == 0)
{
retval = true; // Token changed
}
}
TOKEN_PRIVILEGES tokp = (TOKEN_PRIVILEGES) Marshal.PtrToStructure(tu,
typeof(TOKEN_PRIVILEGES) );
Marshal.FreeHGlobal( tu );
}
}
}
if (hToken != IntPtr.Zero)
{
CloseHandle(hToken);
}
return retval;
}
}

class ShutDown
{

[DllImport("user32.dll", ExactSpelling = true, SetLastError = true)]
internal static extern bool ExitWindowsEx(int flg, int rea);

internal const int EWX_FORCE = 0x00000004;
internal const int EWX_POWEROFF = 0x00000008;

static void Main(string[] args)
{
TokenHelper.SetPrivilege("SeShutdownPrivilege",true);
ExitWindowsEx(EWX_FORCE | EWX_POWEROFF, 0);
}
}
}

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

Собирается по аналогии с предыдущим примером:

c:\Windows\Microsoft.NET\Framework\v4.0.30319\csc.exe Shutdown.cs

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

проверено и в виртуальной машине и на железе, на 10й и 11й Windows.

Рассказываю как это работает.

Ключевая функция — ExitWindowsEx, которая и отвечает за завершение работы ОС. Эта функция очень старая и известная, существует еще со времен Windows 95.

Но для ее вызова нужны «привилегии», которые и выставляет программно класс TokenHelper.

Константы ниже:

internal const int EWX_FORCE = 0x00000004;
internal const int EWX_POWEROFF = 0x00000008;

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

Вот еще допустимые варианты:

internal const int EWX_LOGOFF = 0x00000000;
internal const int EWX_SHUTDOWN = 0x00000001;
internal const int EWX_REBOOT = 0x00000002;
internal const int EWX_FORCEIFHUNG = 0x00000010;

Описание их всех находится все там же — в официальном руководстве, не поверите.

Теперь давайте разбираться как же работает столь жесткое забивание на систему защиты еще и стандартными средствами:

TokenHelper.SetPrivilege("SeShutdownPrivilege",true);

И начнем мы с импортов.

Первое что импортируется это функция OpenProcessToken:

[DllImport("advapi32", SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern int OpenProcessToken(
System.IntPtr ProcessHandle, // handle to process
int DesiredAccess, // desired access to process
ref IntPtr TokenHandle // handle to open access token
);

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

Вот как эта функция вызывается:

if (OpenProcessToken(proc.Handle, TOKEN_ADJUST_PRIVILEGES|TOKEN_QUERY,
ref hToken) != 0)
{
..

Тут надо отметить передачу по ссылке в стиле Си (ref hToken), когда в функцию передается ссылка на объект C#, дальше функция этот объект заполняет данными. А возвращает она просто true или false — статус выполнения, отработала функция или нет.

Дальше импортируется простая и банальная функция освобождения ресурсов:

[DllImport("kernel32", SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern bool CloseHandle(IntPtr handle);

Вызывается она в самом конце, после всей логики и нужна только для освобождения использованной памяти под токен привилегий:

if (hToken != IntPtr.Zero)
{
CloseHandle(hToken);
}

Наконец главная функция, непосредственно отвечающая за переключение привилегий:

[DllImport("advapi32.dll", CharSet=CharSet.Auto, SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern int AdjustTokenPrivileges(
IntPtr TokenHandle,
int DisableAllPrivileges,
IntPtr NewState,
int BufferLength,
IntPtr PreviousState,
ref int ReturnLength);

Вот весь ключевой блок логики смены привилегий:

if (OpenProcessToken(proc.Handle, TOKEN_ADJUST_PRIVILEGES|TOKEN_QUERY,
ref hToken) != 0)
{
tkp.PrivilegeCount = 1;
tkp.Privileges[2] = SE_PRIVILEGE_ENABLED;
tkp.Privileges[1] = tLUID.HighPart;
tkp.Privileges[0] = tLUID.LowPart;
const int bufLength = 256;
IntPtr tu = Marshal.AllocHGlobal( bufLength );
Marshal.StructureToPtr(tkp, tu, true);
if(AdjustTokenPrivileges(hToken, 0, tu, bufLength, IntPtr.Zero, ref
ltkpOld) != 0)
{
// successful AdjustTokenPrivileges doesn't mean privilege could be changed
if (Marshal.GetLastWin32Error() == 0)
{
retval = true; // Token changed
}
}
TOKEN_PRIVILEGES tokp = (TOKEN_PRIVILEGES) Marshal.PtrToStructure(tu,
typeof(TOKEN_PRIVILEGES) );
Marshal.FreeHGlobal( tu );
}

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

После вызова проверяется наличие ошибки, также в стиле Си:

if (Marshal.GetLastWin32Error() == 0)
{
retval = true; // Token changed
}

0 это код возрата для успешного вызова, если он есть — считается что операция смены привилегий была выполнена успешно.

Наконец последняя функция, про которую стоит рассказать:

[DllImport("advapi32.dll", CharSet=CharSet.Auto, SetLastError=true),
SuppressUnmanagedCodeSecurityAttribute]
static extern bool LookupPrivilegeValue(
string lpSystemName,
string lpName,
ref LUID lpLuid);

Она отвечает за поиск привилегии по имени, полагаю ведь заметили что мы передаем некое кодовое наименование при вызове TokenHelper:

TokenHelper.SetPrivilege("SeShutdownPrivilege",true);

Именно эта функция отвечает за поиск конкретной привилегии по названию «SeShutdownPrivilege», вот так выглядит ее вызов:

if (bEnablePrivilege)
tkp.Privileges[2] = SE_PRIVILEGE_ENABLED;
else
tkp.Privileges[2] = 0;

if(LookupPrivilegeValue(null , lpszPrivilege , ref tLUID))
{
..

Переменная bEnablePrivilege булевая, это и есть то самое true передаваемое в качестве второго аргумента, а блок:

if (bEnablePrivilege)
tkp.Privileges[2] = SE_PRIVILEGE_ENABLED;
else
tkp.Privileges[2] = 0;

Отвечает за формирование правильного вызова с использованием системных констант (SE_PRIVILEGE_ENABLED).

При вызове также передается ссылка (ref tLUID) на объект LUID, который будет содержать после вызова указание на найденную привилегию.

Вот такие интересные дела.

Итого

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

Задумайтесь, если увидите любимую "венду" на атомной станции или военном объекте — без всяких ЦРУ и хакеров в ОС Windows адова гора функционала, который легко и просто можно использовать во вред.

P.S.

Статья была опубликована на Хабре, более вольный оригинал доступен в нашем блоге.

Решение в том числе связано с ограничениями со стороны технологических платформ, сообщили в "Телеге"

МОСКВА, 26 июня. /ТАСС/. "Телега", неофициальный клиент мессенджера Telegram, прекратит работу с 1 июля. Решение в том числе связано с ограничениями со стороны технологических платформ, включая удаление из App Store, сообщили в "Телеге".

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

Пользователям с подпиской "Телега плюс" вернут деньги.

"Телега" работает на базе открытого кода мессенджера.

В апреле "Телегу" удалили из App Store. Спустя некоторое время пользователи устройств на iOS также столкнулись с блокировкой его запуска. Тогда в Федеральной антимонопольной службе (ФАС) заявили, что действия корпорации Apple в отношении неофициального клиента могли нарушать антимонопольное законодательство.

Источник: https://tass.ru/ekonomika/27860437

2. "Линукс для игр все равно дно, сколько бы протон не пилили."

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

В этом смысле поддержка серьёзной компании это огромный плюс, а заточенность SteamOS именно под игры это сам по себе ускоряющий пинок под жопу невероятной силы (в смысле развития платформы). Напомню, что Венда в своё время выехала в том числе на отличной поддержке первого Doom.

3. "Пффф, видеокарта от AMD."

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

Nvidia сейчас в приоритете, потому что сколько бы ни рассказывали о невероятной мощи видеокарт AMD, по факту алгоритм сглаживания (апскейлер FSR) у них - полное говно. Можно говорить что AMD выдаёт больше фпс на рубль, но по факту все современные игры рассчитаны на использование вместе с апскейлерами. Раньше казалось что вот-вот сейчас заживём и повысим все фопесы во всех играх с навороченной графикой, но потом разработчики вероломно включили апскейлеры в парадигму разработки, и какая-нибудь Gothic 1 Remake нещадно тормозит без DLSS, при этом имея уровень графики десятилетней примерно давности (утрирую, но в целом так).

Далее, в наше время недостаточно иметь объективно лучшие технические характеристики, важно ещё участвовать в большой политике. И тут возникает вопрос на стороне какого лагеря вы выступите? Номинально AMD это свободный софт и поддержка всяких энтузиастов вроде нашей SteamOS - эдакий "свободный Телеграм" где царит неразбериха и беспорядок, глюки и тормоза, но все чувствуют себя "свободными". Nvidia - это "МАХ", т.е. анально огороженные корпораты с закрытым софтом и бездушными проприетарными технологиями, которыми они не хотят делиться. С часто ненужными свистоперделками для прогрева гоев, кои выбрасываются на свалку истории сразу после того как из них были выдоены все деньги (PhysX, Hairworks, Flow, Turbulence, про технологию RTX даже начинать не хочу, тут нужен сайт по-болбше).

Осложняет это всё то что CEO AMD Лиза Су это двоюродная племянница CEO Nvidia Дженсена Хуанга, если вдруг не знали. Подозреваю что у них там всё очень плотно схвачено и AMD нужны как второй игрок в этой монопольной игре в одни ворота. Да, я в курсе что уже есть китайцы и Intel, это новые игроки на рынке GPU, но на данный момент они незначительны.

4. 60 фпс достаточно, 120 для задротов.

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

Уже много писал об этом, но повторюсь: такие разговоры возникают только у тех, кто не пробовал играть на высокой герцовке с большим фпс, на большом экране. Если вы видите человека, который утверждает что 60 фпс достаточно и больше не нужно - он просто никогда не пробовал по-другому. И варианты "да я включал, разницы не заметил" это примерно то же самое, что "да я ездил на вашем Бентли/Феррари/Ламборгини, разницы с ВАЗом не заметил".

К хорошему быстро привыкаешь. Вы готовы вот прямо сейчас играть в 15-20 фпс? Неверное, нет. Точно так же ощущается переход с каких-нибудь 180-240 фпс обратно на 60 - как лютые тормоза. Я спокойно могу ощутить разницу между 60 и 100 фпс, между 100 и 180 фпс.

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

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

Не буду разводить сейчас математику, но при тридцати кадрах в секунду об отзывчивости управления не идёт речи вообще никакой. Даже 60 фпс по сравнению с 30 - уже гигантский прирост, и я напомню что до выхода PS5 у консольщиков считалось нормой иметь в ААА-игре 30 кадров. Я думаю, можно легко откопать треды, где они кричат о том что только пека-задротам нужно больше 30 кадров =)
Так вот, я помню замечательный момент когда эмулировал The Legend of Zelda: Breath of the Wild на ПК, и в процессе перешёл с 30 кадров на 90-120. Божечки, какой это был славный глоток свежего воздуха! С пальцев как будто сняли кандалы и парировать всяких левров, делать бекфлипы и просто бегать по игровому миру стало в разы приятнее. Это был замечательный пример того, чего можно добиться, просто увеличив герцовку в игре с приличной экшен-составляющей.

Далее, фреймген. Фактически это ещё одна "инновация" от Nvidia, которую подхватили другие, хотя в целом технология не нова. Проблема тут в том, что раскукожив свою игру с нативных 30 кадров в 120+ ты всё равно не получишь такое же приятное и гладкое как попка младенца управление, как при нативных 120+ кадрах. Но разработчики взяли фреймген и прямо сейчас, на наших глазах, встраивают его в парадигму разработки. Поэтому условная Gothic 1 Remake прямо-таки ТРЕБУЕТ, чтобы ты включил DLSS, включил фреймген, взял флаг в руки, повесил барабан на шею... кхем, короче, начинает тебя прогревать. А изначально фреймген должен был генерировать тебе 240 кадров из твоих нативных 120, а не вот это вот всё.

Итого, как выглядит игровой процесс здорового человека: имея мощную видеокарту от Nvidia, он запускает графически тяжёлую игру, играется с настройками так, чтобы не использовать слишком жирные настройки которые почти никак не улучшают картинку, и добивается ХОТЯ БЫ 60 нативных кадров. После чего DLSS скукоживает картинку до более низких разрешений без потери качества картинки и фпс вырастает ещё. И вот теперь уже поверх этого можно намазать фреймген, который даст тебе минимум 120 кадров, которые хотя бы будут радовать твои глаза, даже если желейное управление при нативных 60 фпс не.

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


Суммируя всё вышесказанное:

1. SteamOS это рабочий, многообещающий задел на будущее, но на данный момент нужен только энтузиастам.

2. Линкус вполне подходит для игр, и в данный момент боеспособен как никогда раньше, пусть и работает неидеально. Но если ты счастлив, играя на Венде, переходить на SteamOS пока нет смысла.

3. AMD или Nvidia? Решать только тебе. Лично я выбираю Nvidia, чтобы видеть лучшую картинку и иметь доступ к cutting-edge технологиям, которыми я иногда пользуюсь. Это не означает что AMD это нерабочий кусок железа.

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

OpenAI годами строила свою башню сверху вниз: сначала модели, потом продукты вроде ChatGPT и Codex, потом — собственные дата-центры. На этой неделе компания наконец добралась до фундамента. Вместе с Broadcom она представила Jalapeño — свой первый в истории чип, который в OpenAI гордо называют «Intelligence Processor».

Что такое Jalapeño и почему это не «ещё одна видеокарта»

Это ASIC — заказная микросхема, заточенная под одну-единственную задачу: инференс, то есть запуск уже обученной модели в ответ на ваш запрос. Не обучение, а именно «отдача». Универсальные GPU от Nvidia умеют всё понемногу; Jalapeño умеет одно, но идеально — архитектура минимизирует лишнее перекладывание данных туда-сюда и балансирует вычисления, память и сеть так, чтобы выжимать из железа почти теоретический максимум производительности.

Главная цифра: минус 50% к стоимости

В интервью гендиректор Broadcom Хок Тан назвал конкретику: новый ускоритель показывает экономию около 50% по сравнению с обычными ИИ-видеокартами. Для OpenAI, которая сжигает миллиарды на вычислениях и, по слухам, уже обдумывает повышение цен, это бьёт точно в больное место — стоимость инференса. Сама компания заявляет «существенно лучшую» энергоэффективность (производительность на ватт), чем у нынешнего топового железа, но честно оговаривается: цифры предварительные, полноценный технический отчёт выйдет позже.

Девять месяцев вместо нескольких лет

Отдельная сенсация — скорость. Путь от первых схем до готового к производству кристалла занял девять месяцев: OpenAI называет это самым быстрым циклом создания высокопроизводительного ASIC в истории отрасли (партнёрство с Broadcom официально объявили лишь в октябре 2025-го). Любопытная деталь: часть проектирования и оптимизации ускоряли собственные модели OpenAI — то есть ИИ помогал проектировать железо для ИИ.

Зачем это OpenAI: выйти из-под Nvidia

Подтекст очевиден: меньше зависимости от Nvidia, чьи GPU остаются дефицитным и дорогим ресурсом. Тем же путём уже прошли Google (чипы TPU) и Amazon (Trainium и Inferentia). При этом тяжёлое обучение моделей, скорее всего, по-прежнему останется на железе Nvidia — Jalapeño метит именно в инференс, самую массовую и денежную часть нагрузки, где даже небольшая экономия на масштабе превращается в огромные суммы.

Когда и в каких масштабах

Первое развёртывание — в конце 2026 года, сразу в гигаваттных дата-центрах (это энергопотребление уровня небольшого города). Кремний производит Broadcom, добавляя свою сетевую технологию Tomahawk; сборкой плат, стоек и систем занимается Celestica. По данным источников, до 40% первой партии чипов уже законтрактовала Microsoft — главный облачный партнёр и инвестор OpenAI. Первый пробный прогон тоже состоялся: на Jalapeño запускали модель GPT-5.3-Codex-Spark.

🔗 Источник: Ars Technica

🎯 НЕЙРО-ПУШКА ● Новости и обзоры нейросетей

Microsoft представила квантовый процессор нового поколения — Majorana 2. Анонс состоялся на конференции Build в Сан-Франциско, и компания называет новый чип важным шагом к созданию масштабируемого и практического квантового компьютера.

Majorana 2 пришёл на смену первой версии процессора Majorana 1. По словам Microsoft, команда серьёзно изменила стек материалов, чтобы сформировать более стабильную топологическую фазу и повысить надёжность кубитов. В новой версии алюминий, который использовался как сверхпроводник, заменили на свинец, а активная зона полупроводника получила комбинацию арсенида индия и антимонида арсенида индия.

Главный результат — резкий рост стабильности. Microsoft утверждает, что надёжность кубитов выросла в 1000 раз по сравнению с Majorana 1. Среднее время стабильной работы кубита достигло 20 секунд, а в отдельных экспериментах некоторые кубиты сохраняли стабильность до одной минуты.

Такие показатели заставили компанию пересмотреть дорожную карту. Microsoft заявила, что сократила сроки создания практического квантового компьютера вдвое и теперь рассчитывает достичь этой цели к 2029 году.

Важная деталь — при разработке Majorana 2 использовалась новая ИИ-платформа Discovery. Это агентный искусственный интеллект, который помогает моделировать материалы, анализировать данные и ускорять сложные научные исследования. Microsoft делает ставку на связку квантовых вычислений и ИИ, чтобы быстрее создавать новые технологии.

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