Чому при копіюванні швидкість спалаху сповільнюється?

Після декількох хвилин копіювання воно стає просто повільніше і повільніше. Чому?

Наприклад, він починається з 20 Мбіт / с, а коли закінчується, він становить @ 10 Мбайт / с.

Різні файли, великі, маленькі тощо.

ОНОВЛЕННЯ: питання стосується різних операційних систем, тому це "загальне питання"

Така поведінка не характерна для вашої флешки, ви можете бачити це і на жорстких дисках. Це пов'язано з механізмом кешування більшості операційних систем і дисків, які використовуються для прискорення запису малих записів.

Ви бачите 20 Мб / с - це дані, що записуються в кеш диска (зазвичай це швидка, але невелика пам'ять). Після того, як цей кеш буде заповнений, його потрібно передати на диск - і тепер вас переймають більш повільні диски.

Приклад 1: Ефект дійсно яскраво виражений, якщо у вас є контролер з великим кешем (як хороший контролер RAID5), де ~ 500 Мб даних можна швидко кешувати, перш ніж його перенести на диск.

Приклад 2: Ви можете побачити кеш під час відтворення, якщо одночасно витягнути флешку, копія файлу "закінчена". У цей момент ваш файл розділений між диском та кешем - тому копія "закінчена", що стосується операційної системи, але дисковий контролер все ще повинен записати те, що залишилося в кеш на диску. Якщо ви знову покладете флешку та перегляньте файл, ви побачите, що там не все.

Відмова від відповідальності: Ці приклади не працюватимуть, якщо у вас не ввімкнено кешування записів у вашій операційній системі / на диску.

Крім того, якщо це не кешування диска на роботі, то, швидше за все, те, що ви бачите, є ефектом фрагментації. По мірі того, як диск стає повнішим і повнішим, доступно менше вільного місця, і файлова система повинна докладати більше зусиль, щоб знайти місця для розміщення файлів.

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

Це уповільнення спричинене залишком даних на флеш-чіпах, що використовуються для зберігання даних, що вимагає запису деяких блоків не один раз.

Всередині флеш-чіпа є блок даних, в який можна записати. Під час запису комп'ютер може зробити лише дві речі: він може стерти цілий блок або змінити частину (або всі) бітів у блоці від 0 до 1.

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

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

1. Візьміть перший набір блоків, які потрібно записати, і запишіть їх усі.
2. Прочитайте всі блоки, які ми тільки що написали, і складіть список тих, що не відповідають
3. Напишіть наступний набір блоків разом з тими, які були написані неправильно минулого разу.
4. Повторіть 2-3, поки всі блоки не будуть написані правильно.

Коли комп'ютер записує на диск, він вперше повідомляє про швидкість, з якою записує блоки на привід. Оскільки також доведеться одночасно переписати попередні блоки, загальна пропускна здатність, яка може бути використана для блоків незайманих, зменшується, оскільки кількість перезаписів, які також повинні відбутися, збільшується. Таким чином, явна швидкість запису з часом зменшується.

Коли файл записується на диск, будь то флеш-накопичувач USB або жорсткий диск, дані НЕ / НІКОЛИ не читайте назад, щоб побачити, чи відповідає він. Це займе назавжди. перевірка запису проводиться апаратним забезпеченням (перевірка циклічної надмірності), і якщо виникає помилка, вона надсилається назад до програми із апаратного забезпечення виявленої помилки. Затримка, яка виникає і сповільнюється (навіть до паузи), викликається записом ЦП швидше, ніж пристрій може це впоратися. Ви не знайдете це з внутрішніми жорсткими дисками. Ви ніколи не побачите, що насправді відбувається в ОС Windows, але в Linux ви насправді можете побачити, що процесор призупиняється, поки апаратне забезпечення USB не скаже ОК, щоб продовжити