Маки Apple M1 можуть писати набагато більше даних, ніж мали б

Щодо звітів користувачів Apple M1 Mac з'явилися за останні кілька днів, оскільки різні люди порівнюють примітки про те, як часто їх системи записують на диск. Деякі порівняння показують вражаючий рівень запису на диск, особливо з огляду на те, як давно використовуються деякі з цих систем. Однак дані про справді системну проблему обмежені - і я не впевнений, наскільки ми можемо довіряти деяким лічильникам, які люди використовують для звітності про дані.

Результати топ-рядків дещо насторожують. Такі користувачі, як @David_Rysk, повідомляють про понад 150 ТБ записів накопичувачів, виконаних менш ніж за два місяці в системі з 16 Гб оперативної пам'яті та 2 Тб твердотільним накопичувачем.

Модель 2 ТБ 16 Гб. 3% використано.

Це означає, що для моделі на 256 ГБ пропорційно ви очікуєте ~ 30% використання.

Якщо це точно, деякі з цих машин не прослужать півроку до 100%.

І це модель на 16 Гб. 8 Гб має бути гірше.

Святе лайно. https://t.co/9HcmaYgJPT

- Гектор Мартін (@ marcan42) 15 лютого 2021 року

Отже ... це багато. Спалення 3 відсотків "відсотка використаного" за два місяці не означає, що ці накопичувачі будуть жити дуже довго. Ось як визначається цей атрибут SMART відповідно до Кінгстона:

Відсоток використання: Містить конкретну оцінку постачальника щодо відсотка використання підсистеми NVM на основі фактичного використання та прогнозування виробником терміну служби NVM. Значення 100 вказує на те, що передбачувана витривалість NVM у підсистемі NVM була витрачена, але може не означати збій підсистеми NVM. Значення допускається перевищувати 100. Відсотки, що перевищують 254, повинні бути представлені як 255. Це значення оновлюється один раз за годину включення (коли контролер не перебуває у режимі сну).

З цих номерів є багато подальших звітів. Але не так багато послідовності в тому, скільки даних записується на ці диски, як відношення до того, як довго вони живляться. Я зібрав дані з кількох твітів і порівняв загальний обсяг даних, записаних на диск, із часом, протягом якого система працювала, але чіткої тенденції встановити не вдалося.

Якщо розділити загальний обсяг записаних даних на загальну кількість включених годин, значення коливаються від найнижчих 21,5 ГБ / год до максимальних 347 ГБ / год. Ця остання цифра - це та, яку ми бачимо вище. Це також надзвичайний викид. З 10 звітів лише три були вищими за 100 Гб / год, а інші два - 109 Гб / год та 118 Гб / год відповідно. П'ять систем повідомляють про діапазон від 20 до 40 Гб / год.

Це могло б мати цілком сенс, якби машини високої звітності мали найменше оперативної пам’яті або якщо машини найвищої звітності завжди мали найвищі робочі навантаження, але звіти користувачів свідчать про те, що це не так. Деякі користувачі стверджують, що використовували свої системи лише для легких занять. У цих звітах немає жодної рими чи причини. Підсилення запису SSD було запропоновано як можливу причину:

Що говорить iosnoop? Це може бути якийсь процес, який постійно записує фрагменти обсягом 4 кб за допомогою O_DIRECT, що спричиняє ефект посилення запису SSD. (50 записів в секунду, кожен розмір 4 КБ стає 512 КБ повного перезапису блоку SSD, а 50 × 512 КБ в секунду легко стає Вашими 2211 ГБ / день)

- HMage (@hmage) 23 лютого 2021 року

Система, що втрачає 3% свого функціонального NAND кожні два місяці, виграє 90% свого NAND протягом 5 років, припускаючи лінійні темпи розвитку. Багато твердотільних накопичувачів можуть пройти далеко за життя, але ризик досягнення встановленого виробником обмеження змусить багатьох людей занепадати, незважаючи ні на що. Той факт, що ці твердотільні накопичувачі припаяні та фактично неможливо замінити, також стосується деяких людей. Інші поспішали, стверджуючи, що ця проблема зачіпає як x86, так і ARM, що вона почалася після Каталіни (на відміну від Big Sur), або що вона впливає на x86, але в меншій мірі. Принаймні один користувач заявив, що його години включення є неправильними. Якщо це значення не є точним, це зруйнує будь-яку основу для порівняння в цих системах.

На даний момент, схоже, немає послідовних пояснень того, що тут відбувається, і деякі зміни, внесені Apple в систему зберігання даних M1, також можуть стосуватися. Mac M1, на відміну від x86 Mac, не може завантажитися із зовнішньої пам’яті, якщо внутрішня пам’ять повністю виходить з ладу. На нашу думку, це проблема, яка потребує більше уваги, ніж їй приділяється. Твердотільні накопичувачі виходять з ладу з інших причин, окрім досягнення обмежень на запис.

Можливо, деякі інструменти повідомляють про неправильні значення для певних полів. Також можливо, що Apple має помилку низького рівня зберігання, яка різко роздуває накопичувач. Немає жодних ознак того, що це є короткостроковою проблемою, оскільки навіть найагресивніше використання, яке ми зафіксували, підтримувало б більше п’яти років використання. Але люди зберігають ноутбуки довше, ніж раніше, і Apple наполегливо торгується на ідеї M1 як на крок від Intel у всіх відношеннях. Наразі ми все ще шукаємо причину або щоб зрозуміти, чи розглядає Apple цю стандартну процедуру експлуатації та які наслідки для довготривалого довголіття.

Читати далі

Раджа Кодурі від Intel представить на майбутній конференції Samsung Foundry

Цього тижня Раджа Кодурі від Intel виступить на ливарному заході Samsung - і це не те, що сталося б, якби Intel не мала чого сказати.

Огляд: Oculus Quest 2 може стати підказкою для масового прийняття VR

Oculus Quest 2 тепер доступний, і це покращення в порівнянні з оригіналом у всіх важливих аспектах. І все-таки це на 100 доларів дешевше, ніж останній реліз. Провівши деякий час з Quest 2, я вважаю, що ми могли б озирнутися на нього як на гарнітуру, яка нарешті зробила VR доступною для основних споживачів.

Сторонні ремонтні магазини можуть бути заблоковані для обслуговування камери iPhone 12

Згідно з нещодавнім звітом iFixit, ворожість Apple до права ремонту досягла нових вершин з iPhone 12 та iPhone 12 Pro.

Маск: Тесла пройшов місяць від банкрутства під час нарощування моделі 3

Модель 3 майже написала приреченість для Tesla, але той самий автомобіль також, ймовірно, врятував її.