На проблему обратил внимание пользователь GitHub под ником 1996fanrui, заметивший необычно высокую активность диска во время работы Codex. Последующее расследование показало, что программа непрерывно сохраняет информацию в локальную базу данных SQLite, используя уровень логирования TRACE – самый подробный режим отладки. В результате Codex фиксирует практически каждое действие системы: от сетевых событий до операций с файлами. По оценкам исследователей, около 71% всех записываемых данных приходится на диагностический шум, который большинству пользователей не нужен.

Особенно тревожит объём записей. В одном из случаев за 21 день работы программа записала около 37 ТБ данных. Если экстраполировать этот показатель на год, получится примерно 640 ТБ. Для сравнения, многие потребительские SSD объёмом 1 ТБ рассчитаны примерно на 600 ТБ записи за весь срок службы. Ситуацию усугубляет использование SQLite: база данных не только увеличивает размер журналов, но и создаёт большое количество операций записи и удаления, что дополнительно нагружает флеш-память накопителя.

Хотя OpenAI уже выпустила несколько обновлений для повышения стабильности работы SQLite, проблема чрезмерной записи данных пока полностью не устранена. В качестве временного решения пользователям Linux и macOS рекомендуют перенаправить файл журналов в каталог /tmp или другой временный раздел, чтобы снизить нагрузку на SSD. Это позволяет избежать постоянной записи на системный накопитель без потери важных пользовательских данных.

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

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

Как выяснилось, при переходе в режим гибернации Windows сохраняет содержимое оперативной памяти в специальный файл hiberfil.sys, расположенный на системном SSD. После включения компьютера эта информация считывается обратно, восстанавливая предыдущую сессию. В отличие от режима сна, при котором данные продолжают храниться в оперативной памяти при минимальном энергопотреблении, гибернация требует полноценной записи данных на накопитель.

Особенно заметной нагрузка становится на системах с большим объёмом оперативной памяти. Например, компьютер с 32 ГБ ОЗУ может записывать на SSD десятки гигабайт данных при каждом переходе в гибернацию. По расчётам инженера, в его сценарии эксплуатации такие операции способны добавлять около 23 ТБ записи в год, что напрямую влияет на показатель TБW (Terabytes Written) – один из ключевых параметров долговечности SSD.

Матур также предположил, что именно постоянная запись крупных объёмов данных может объяснять замедление загрузки системы после серии циклов гибернации. По его версии, объём записываемых данных может превышать возможности быстрого SLC-кэша накопителя, из-за чего информация начинает записываться напрямую в более медленную TLC-память. Это создаёт дополнительную нагрузку на контроллер SSD.

В качестве решения исследователь рекомендует отключить гибернацию, если пользователь редко пользуется этой функцией. Сделать это можно через командную строку Windows с правами администратора, выполнив команду: “powercfg.exe /hibernate off”. После её применения файл hiberfil.sys будет удалён, а место на системном накопителе освободится.

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

Как работала схема

По данным Королевской прокурорской службы, 43-летний Шахид Аднан из Ливерпуля заработал более $400 000, выполняя за студентов курсовые работы, задания и онлайн-экзамены.

Аднан, работавший водителем службы доставки и репетитором, руководил компанией Study Sharp Ltd. Прокуроры заявили, что он получал учетные данные студентов для входа в систему Ливерпульского университета имени Джона Мурса (LJMU).

Как его раскрыли

Схему раскрыли в феврале 2023 года, когда один из студентов передал USB-накопитель с курсовыми работами старшему менеджеру отдела компьютерной криминалистики LJMU.

После проверки устройства менеджер обнаружил, что оно ранее использовалось Аднаном. Документы на USB-накопителе также связывали его с компанией Study Sharp Ltd. Позже следователи обнаружили электронные таблицы Excel, содержащие данные других студентов, включая учебные модули, сроки сдачи курсовых работ и учетные данные для входа.

Деньги, машины и дорогая техника

Полиция проверила финансы Аднана и выяснила, что его образ жизни не соответствовал заявленным доходам от работы водителем Amazon.

Аднан заработал более $400 000, выполняя задания и экзамены за студентов. Однако после проверки его финансов полиция обнаружила на его счетах суммы, значительно превышающие заявленные доходы: в общей сложности более $3 млн.

Так на его счетах находилось около $2 млн в Barclays, примерно $810 000 на личном счете в Lloyds, около $331 000 на бизнес-счете в Lloyds и около $149 000 в PayPal. Власти также выяснили, что у него были Audi и BMW, а в доме находилась дорогая мебель и бытовая техника.

Прокуратура заявила, что, по данным полиции, Аднан мог выполнять работы для 124 студентов из университетов по всему миру.

Реакция университета

В заявлении Ливерпульского университета имени Джона Мурса говорится, что вуз «очень серьезно относится ко всем формам академической нечестности»:

«Мы ожидаем, что все студенты будут вести себя надлежащим образом и в соответствии с этическими ценностями академического сообщества».

Приговор

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

Скорость запуска приложений

Apple ранее сообщала, что iOS 27 ускоряет запуск приложений на 30%, сокращает время появления снимков в галерее после съёмки на 70%, а также значительно улучшает работу AirDrop. Практические испытания показали, что эти обещания имеют под собой реальную основу.

Во время сравнения iPhone 11 со стабильной iOS 26 и такого же смартфона с бета-версией iOS 27 некоторые фирменные приложения Apple действительно запускались быстрее. Наиболее заметное ускорение было зафиксировано в Apple Fitness, «Калькуляторе», Apple TV и приложении «Игры». В других программах разница оказалась минимальной, однако новая система в большинстве случаев не уступала предыдущей версии.

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

Бенчмарк

Дополнительным подтверждением улучшений стали результаты синтетических тестов. В бенчмарке Geekbench iPhone 11 с iOS 27 набрал 1778 баллов в одноядерном режиме и 4047 баллов в многоядерном, что примерно на 15% выше показателей устройства с iOS 26.

AirDrop

Не менее интересными оказались результаты тестирования AirDrop. При передаче короткого видеоролика между двумя iPhone 11 смартфон с новой версией ОС завершил отправку заметно быстрее, продемонстрировав реальный прирост производительности беспроводного обмена файлами.

Производительность при энергосбережении

Серьёзные изменения затронули и режим энергосбережения. Если на iOS 26 при его активации интерфейс временами становился менее отзывчивым, а анимации сопровождались подтормаживаниями, то на iOS 27 устройство оставалось плавным даже при ограниченном энергопотреблении.

Заключение

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

Стоимость iPhone 18 Pro

Так стоимость оперативной памяти для iPhone 18 Pro может вырасти с $39 до $145, а накопителей – с $13 до $51.

Кроме того, прогнозируется, что общая стоимость комплектующих и производства iPhone 17 Pro, которая сейчас составляет около $530, увеличится на 25% и достигнет $726 в случае iPhone 18 Pro. Чтобы сохранить 47-процентную валовую маржу iPhone 17 Pro, цена базовой версии iPhone 18 Pro должна вырасти примерно до $1399.

С другой стороны, учитывая стандартный подход Apple к ценообразованию, компания может выпустить устройство по цене $1299 с маржой около 44%.

Стоимость iPhone 18 Pro Max

Отдельно аналитики допускают ещё более заметное подорожание старшей версии. Если текущие прогнозы по стоимости памяти, накопителей и других компонентов подтвердятся, базовая цена iPhone 18 Pro Max может приблизиться к отметке $1500.

В таком контексте слухи о потенциальном iPhone Ultra стоимостью около $2000 уже не выглядят чрезмерно смелыми: Apple может постепенно подводить рынок к ещё более дорогому премиальному сегменту.

Стратегия Apple

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