6 января 2026 года компания Razer на выставке CES 2026 показала настольную голограмму Project Ava — физическое воплощение своего игрового AI-ассистента.
Виртуальный помощник не просто отслеживает происходящее на экране, но и материализуется на рабочем столе в виде голографического персонажа.
Пользователи смогут выбрать аватар из нескольких предустановленных вариантов.
Некоторые особенности Project Ava:
Аватар смотрит на пользователя. Project Ava использует собственную встроенную камеру (или веб-камеру компьютера), чтобы видеть, куда пользователь направляет взгляд, а также анализирует происходящее на экране.
Аватар может давать советы по игре, помогать с решением проблем, генерировать идеи и даже давать советы по стилю, оценивая внешний вид пользователя.
Общаться с аватаром можно, зажав назначенную клавишу (например, на боковой кнопке мыши) и говоря в двойной микрофон устройства.
Компания планирует выпустить голограмму Project Ava во второй половине 2026 года.
Цену пока не говорят, но в США уже принимают предзаказы с депозитом $20
Дали под роспись в руки рацию… ее Величество Моторолу. Я так думал минут 10, пока не полез в интернет и не понял, что таскаю я пошлый Vertex Standard VX-261 с нашлепкой от Моторолы Солюшн на фронте корпуса и на шильдике.
Ничего больше от Моторолы в рации нет. Вообще ничего.
Тощий аккумулятор на 1350 мАч, что хватает еле-еле на 8 часов, и то, пока не пройдет год и не станет хуже.
Какая-то изборожденная бороздами у основания антенна, что сразу начинает гнуться в месте этих декоративных и бесполезных борозд.
Квадратный корпус, что при установленной прищепке еще надо постараться суметь обхватить мужику при росте от 180 см.
Дизайн как из конца 90-х годов.
В общем, я думал, что это простой бюджетный вариант тысячи за 3-4, для людей, которым нужно, чтобы было, а как работает – не важно. Но цена этой рации меня шокировала. От 15 тысяч до 25 тысяч рублей! И это на маркетплейсах! В магазинах цене в 30 тысяч я не удивлюсь! Ведь продают как настоящую Моторолу!
Единственное, что производитель добавил из доп функционала, – это расширенный сигналинг. К примеру, при удалении за зону уверенного приема одного абонента от другого рация должна пищать! Но какой практический смысл в таком функционале уже при наличии в радиогруппе больше двух радиоабонентов! В общем, ломать голову смысла нет.
Подытоживаю… Один диапазон, отсутствие индикации заряда, влагобоязнь и неудобный форм-фактор с дизайном из нулевых – не перевесят более-менее нормальный звук, пять ватт мощности и все-таки крепкий корпус, что не люфтит аккумулятором. А главное – цена в три, а может, даже четыре раза больше, чем такие же по классу рации у других производителей.
Короче. Шарёные парни такую поделку покупать не будут.
Когда делаешь хорошую, музейную модель, да еще и с нуля, да еще и с неясными пожеланиями, на выручку приходит тест-модель.
Вот как тут. Заказали мне макет разреза линкора, в большом масштабе- 1:10. На секундочку, это порядка 1700 мм в высоту, без учета мачты.
А расположение людей, и что конкретно хочет видеть клиент- пока не понятно. И для этого я делаю то же сечение , но в уменьшенном ( и до предела упрощенном) масштабе 1:35
Вначале нужно определить, где оно будет проходить- что бы попало максимум интересного, но при этом было наглядно.
Как обычно, нужно все равнять))
Для этого приходится совмещать кучу источников- чертежи, фото иных моделей , планы судов похожего класса.
Очень помогает, что парусные корабли одной эпохи обычно имеют мало отличий в компоновке.
А еще помогает, что на Виктори есть отличная экскурсия)
1/3
Верхняя палуба, или шкафут ( поскольку это ЗА фок-мачтой)
1/2
Опердек ( upper-deck) Некоторые пиллерсы стоят чаще, чем нужно- это отличие между кораблями.
1/3
Мидель-дек, (middle-deck) или средняя палуба . Подальше от начальства, поближе к кухне.
1/2
Гандек ( gun-deck) , или нижняя, орудийная палуба. Канаты на якорные битенги еще намотаю)
1/3
Орлоп-дек. Мастерская плотника и боцманская кладовая.
1/2
Трюм. Просто трюм.
А дальше мне придется изготавливать фигурки, все расставлять и спорить о том, как они должны стоять, сидеть и прочее)
Хочу поделиться со всеми желающими авторской бесплатной утилитой Easy Disk Checker. Я работаю в сфере восстановления данных уже более 20-ти лет и год назад начал писать её в помощь людям, которые обращались ко мне с теми или иными профильными проблемами.
Это простая в использовании программка под Windows для работы с дисками и флешками на «физическом» уровне, независимо от файловой системы или её отсутствия. Приложение выполнено в виде одного исполняемого EXE файла, не требует установки, не оставляет следов в системе, не ставит драйверы и не лезет в реестр.
Главное окно программы
💻 Поддерживаемое оборудование:
USB, NVMe, SATA и PATA контроллеры
Жёсткие диски (HDD) и SSD (SATA / NVMe)
Внешние USB диски
USB флешки и карты памяти
Окно результатов быстрой проверки диска
📊 Диагностика:
Просмотр логической структуры накопителя
Вывод параметров диска (кол-во LBA, размер сектора, версия f.w., rpm и т.д.)
Просмотр S.M.A.R.T. атрибутов и логов Seagate FARM
Определение наличия HPA (Host Protected Area) и ATA пароля
Идентификация внутренней модели внешних HDD (обход USB моста)
Вывод VID и PID для флешек и сведений о микроконтроллере (дополняется)
Выявление дисков участников Microsoft Storage Space
Проверка флешек на соответствие объёму
🔬 ️Тестирование:
Тест поверхности: Полное сканирование на наличие битых секторов (bad blocks)
Проверка на подделку: Выявление флешек с фальшивым объёмом
Бенчмарк: Замер средней скорости чтения
Тест поверхности диска
🛠 Ремонт:
Исправление бэд-блоков: Полная посекторная запись секторов для исправления soft-bad или инициализации встроенной функции замещения дефектов там, где это возможно
💾 Резервное копирование:
Чтение и запись посекторных образов без модификации (*.bin)
Создание VHD \ VHDX динамических образов и «разворачивание» их на физ. диск
📤 Восстановление данных:
Просмотр и редактирование HEX содержимого секторов
Восстановление повреждённых MBR \ GPT записей для потерянных или удалённых разделов
Просмотр и копирование файлов с разделов FAT, NTFS, exFAT, Linux (Ext2/3/4) и Mac (HFS+)
Восстановление логической разметки
Программа постоянно развивается, регулярно выходят версии с добавленным новым функционалом, сертифицирована в Microsoft Partner Center и доступна для скачивания как по прямой ссылке в виде исполняемого файла со страницы поддержки (кстати там ещё и полное описание всех функций есть), так и для установки через Windows Store.
Буду благодарен за обратную связь, особенно за пожелания улучшения функциональности и возможные багрепорты.
От latency — к velocity: как тонкая настройка IO разогнала PostgreSQL на 65%.
Часто при замедлении работы базы данных первым решением кажется увеличение вычислительных ресурсов: больше ядер, памяти, быстрые диски. Однако существует и другой, более экономичный путь — заглянуть глубже, на уровень операционной системы, управляющей этими ресурсами.
Данная статья — это практический разбор реального кейса, где скрупулёзная настройка параметров подсистемы ввода-вывода, кэширования и планировщика задач Linux позволила поднять производительность PostgreSQL на впечатляющие 65%. Без замены железа, без увеличения лицензий, только за счёт грамотной оптимизации «фундамента», на котором работает СУБД. Мы пройдём по всем ключевым экспериментам, от базовых значений до финального результата, и покажем, какие именно настройки стали решающими в этой «бесплатной» победе над latency.
Тестовая среда, инструменты и конфигурация СУБД:
СУБД: PostgreSQL 17
Инструмент нагрузочного тестирования:pg_expecto
Тестовая база данных: pgbench (10GB, простая структура)
Условия тестирования: параллельная нагрузка от 5 до 22 сессий по каждому тестовому сценарию.
Базовые значения параметров IO
Общие параметры производительности:
vm.dirty_ratio = 30
vm.dirty_background_ratio = 10
Параметры IO-планировщика:
[none] mq-deadline kyber bfq
Настройки кэширования и буферизации:
vm.vfs_cache_pressure = 100
Параметры файловой системы:
/dev/mapper/vg_data-LG_data on /data type ext4 (rw,relatime)
Размер буферов для операций с блочными устройствами
read_ahead_kb=4096
Эксперимент-2: Общие параметры производительности
vm.dirty_ratio=10
vm.dirty_background_ratio=5
Эксперимент-3: Параметры IO-планировщика
[mq-deadline] kyber bfq none
Эксперимент-5: Настройки кэширования и буферизации
vm.vfs_cache_pressure=50
Эксперимент-7: Оптимизация параметров файловой системы
/dev/mapper/vg_data-LG_data on /data type ext4 (rw,noatime,nodiratime)
Эксперимент-8: Изменение размера буферов для операций с блочными устройствами
echo 256 > /sys/block/vdd/queue/read_ahead_kb
Итоговый результат влияния изменения параметров подсистемы IO на производительность СУБД
Сравнительный график изменения операционной скорости в ходе нагрузочного тестирования для Эксперимента-8(SPEED-8) и базовыми значениями параметров IO для Эксперимента-1(SPEED-1)
Среднее увеличение операционной скорости в результате применения изменений подсистемы IO по сравнению с базовыми значениями составило 65.09%.
Показатели производительности , ожиданий СУБД и метрик производительности IO в ходе экспериментов
Операционная скорость
График изменения операционной скорости в ходе экспериментов
Ожидания СУБД
График изменения ожидания СУБД в ходе экспериментов
IOPS
График изменения IOPS в ходе экспериментов
Пропускная способность (MB/s)
График изменения MB/s в ходе экспериментов
Длина очереди (aqu_sz)
График изменения aqu_sz в ходе экспериментов
Ожидание по чтению
График изменения r-await(ms) в ходе экспериментов
Ожидание по записи
График изменения w-await(ms) в ходе экспериментов
Итоговый вывод:
Систематическая оптимизация параметров подсистемы IO — таких как настройки кэширования, планировщика операций ввода-вывода и параметров файловой системы — позволила достичь значительного повышения производительности PostgreSQL.
Суммарный эффект от внесённых изменений выразился в среднем увеличении операционной скорости на 65,09% по сравнению с базовой конфигурацией. Наиболее существенный вклад внесли корректировки размера буферов предварительного чтения (read_ahead_kb) и отключение избыточного обновления временных меток файлов (noatime, nodiratime).
Результаты подтверждают - целенаправленная настройка окружения ОС является критически важным этапом развёртывания высоконагруженных СУБД.
