Домашня » як » Написати продуктивність поліпшити, якщо переформатований жорсткий диск був заповнений з нулями?

    Написати продуктивність поліпшити, якщо переформатований жорсткий диск був заповнений з нулями?

    Якщо ви збираєтеся переформатувати жорсткий диск, чи є щось, що «покращить» продуктивність запису після цього, або це те, про що ви навіть не повинні турбуватися? Сьогоднішня посада SuperUser Q&A має відповіді на запитання цікавого читача.

    Сьогоднішня сесія запитань та відповідей приходить до нас люб'язно SuperUser - підрозділ Stack Exchange, групування веб-сайтів із запитаннями та відповідями на рівні спільноти..

    Фото надано Крісом Банністером (Flickr).

    Питання

    Зчитувач SuperUser Brettetete хоче знати, чи заповнює жорсткий диск нулями покращення продуктивності запису:

    У мене є 2TB жорсткий диск, який був на 99 відсотків повний. Я видалив розділи з fdisk і відформатовано як ext4. Наскільки я знаю, фактичні дані, які були на жорсткому диску, все ще існують, але таблицю розділів було перепризначено.

    Моє питання: чи буде це поліпшити продуктивність запису для подальших дій написання, якщо жорсткий диск був чистим? Під "чистим" я маю на увазі заповнити жорсткий диск нулями? Щось на зразок:

    • dd, якщо = / dev / zero = / dev / sdx bs = 1 count = 4503599627370496

    Заповнення жорсткого диска нулями покращить продуктивність запису?

    Відповідь

    Співробітник SuperUser Майкл Кьорлінг має відповідь для нас:

    Ні, це не покращило б продуктивність. Жорсткі диски не працюють так.

    По-перше, коли ви пишете будь-які дані на ротаційний диск, він перетворюється на магнітні домени, які можуть насправді виглядати зовсім не так, як ви пишете. Це робиться частково тому, що набагато простіше підтримувати синхронізацію, коли шаблон, прочитаний з диска, має певну мінливість. Наприклад, довгий рядок "нульового" або "одного" значення дуже важко підтримувати синхронізацію. Чи читали ви 26393 біт або 26394 біт? Як розпізнати кордон між бітами?

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

    По-друге, коли ви пишете нові дані в сектор, магнітні домени відповідних ділянок блюда просто встановлюються на бажане значення. Це робиться незалежно від того, який попередній магнітний домен "був" у цьому фізичному розташуванні. Тарілка вже крутиться під головою запису; спочатку зчитує поточне значення, потім записує нове значення тоді і тільки тоді, коли воно відрізняється. Це призведе до того, що кожному запису потрібно дві обороти (або додаткову голову для кожної пластини), що призведе до затримки запису, щоб подвоїти або значно збільшити складність диска, у свою чергу збільшивши вартість.

    Оскільки обмежуючим фактором у послідовному процесі введення / виводу жорсткого диска є те, як швидко кожен біт проходить під головою читання / запису, це навіть не дає користь користувачеві. Як відхилення, обмежуючим фактором у випадковій продуктивності вводу / виводу є те, як швидко головка читання / запису може бути розташована на потрібному циліндрі, а потім потрібний сектор надходить під голову. Основна причина, чому SSD-диски можуть бути настільки швидкими у випадкових навантаженнях вводу-виводу, полягає в тому, що вони повністю виключають обидва ці фактори.

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


    Маєте щось додати до пояснення? Звучить в коментарях. Хочете прочитати більше відповідей від інших технологічних користувачів Stack Exchange? Перегляньте повний потік обговорення тут.