Чи повільніше копіювати два файли одночасно, ніж копіювати один за одним? [дублікат]

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

EDIT: Чи є інші фактори щодо файлової системи, на які входять фактори? Наприклад, чи є різниця копіювання 1 каталогу, що містить 10 файлів, проти копіювання 10 файлів з усього диска? Мені цікаво лише одне джерело середовища та одне носій призначення (відсутність читання з декількох дисків).

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

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

Очевидно, існує ряд додатків, які змушують операції з копіювання файлів чергати та виконувати послідовно, такі як Teracopy та FastCopy

Виконання одночасних операцій з копіюванням на кількох фізичних томах - це зовсім інша справа. Як і передача файлів через альтернативні протоколи.

Що стосується вашого питання щодо копіювання на накопичувач, підключений до порту USB, він сильно залежить від типу пам’яті, який використовується накопичувач, та використовуваних USB-специфікацій (безумовно, примітного вузького місця для USB 1.0 та 2.0), а також попереднього згадані фактори щодо обсягу джерела копіювання.

Тут є чимало факторів, які можуть вплинути на це.

• Джерело - це це спінінг-диск або SSD? Якщо спінінг-диск, макет файлів може вплинути на продуктивність. Оскільки два файли, ймовірно, знаходяться на різних частинах диска, це спричинить за собою штрафи. Як ви вже говорили, якщо ви виберете одночасно два файли і ініціюєте копію таким чином, ОС буде обробляти копії послідовно.
• Макет файлу - фрагментація файлів (як у вихідному, так і в кінцевому пункті) може вплинути на продуктивність для не-SSD накопичувачів
• Місце призначення - якщо у вас є два потоки запису, що записуються в одну ціль, тоді ви повертаєтеся до головної проблеми пошуку (знову ж таки, припустимо, що це не SSD), і ви можете сильно переплести файли. Раніше я працював у компанії, яка зробила високу продуктивність для зберігання даних, і однією з найважливіших проблем для них було те, скільки потоків відео в реальному часі вони могли прочитати чи записати (2 к відео вимагає ~ 300 мег в секунду). Чергування запису уповільнить процес копіювання, а також зробить читання файлу назад повільніше. Звичайно, якщо ваш диск фрагментований для запуску, ваш файл все одно буде записаний перемежованим.
• одиночне / декілька джерел / цілей - залежно від того, чи всі ваші файли надходять з одного накопичувача чи всі записуються на один привід, проблема головної спроби може бути більшою чи меншою
• розмір файлу - для дійсно невеликих файлів питання про пошук голови не має значення, оскільки голові в будь-якому разі потрібно буде шукати наступний файл (це означає, що замість того, щоб переходити вперед і назад між файлами, голова буде читати файли послідовно)

Щодо того, якщо ОС досить розумна, щоб виправити це, загалом вони є. Тобто, якщо ви копіюєте декілька файлів одночасно (наприклад, подумайте про вибір декількох файлів одночасно та перетягніть n-drop).

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

Якщо ви обираєте кілька разів і копіюєте - або з графічного інтерфейсу, або за допомогою команди типу "скопіювати C: \ папка * D: \ папка \" - файли будуть все-таки копіюватися послідовно, виводячи запит.

Якщо ви копіюєте деякі файли, і при цьому вони копіюють, почніть копіювати більше файлів - або з двох окремих операцій з графічного інтерфейсу, або з двох окремих команд, які виконуються одночасно, як "cp -r / usr / bin / / opt / bin / & cp -r / usr / local / bin / / opt / local / bin / "- тоді ваша продуктивність майже напевно зменшиться - можливо, на трохи (можливо, твердотільний накопичувач високого класу, великі файли в обох операціях копіювання) або, можливо, на TON (спінінг-диск, відносно невеликі файли в одній або обох операціях). Кращі операційні системи можуть певною мірою пом'якшити покарання за продуктивність - наприклад, сучасні ядра Linux використовують планувальник вводу / виводу CFQ (Повністю справедливої ​​черги), який певною мірою "пакетно" блокує операції для підвищення ефективності - але ви все одно приймете спектакль. У деяких випадках хіт може бути ВЕЛИЧЕЗНИМ,

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