Когда я перетаскиваю «n drop / copy», множество больших и маленьких файлов, скорость передачи уменьшается, по сравнению со скоростью, которую я получаю при передаче файлов один за другим, что является обычной проблемой с механическими жесткими дисками? использование SSD повышает производительность?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Вы имеете в виду, что вы каким-то образом запускаете несколько одновременных копий? Если это так, есть все основания ожидать, что он должен быть менее эффективным, чем серийное копирование.
Во-первых, если вы предполагаете, что диск бесконечно быстр, тогда будет системная служебная информация из контекстных переключателей между несколькими процессов копирования. В крайних случаях вы могли бы запустить достаточно процессов копирования, которые они не могли бы одновременно входить в ядро, а затем вам придется добавить виртуальную память, сводящуюся к издержкам системы.
Но диски не бесконечно быстры, и сбор нескольких файлов по требованию нескольких процессов, скорее всего, потребует обращения с диска, которые являются самой медленной работой на механическом диске. Ядро пытается переупорядочить обращения к диску, чтобы минимизировать требуемые потребности в голове, но это трудно сделать оптимальным, поскольку система не может предсказать, что будет запрошено в будущем.
Наконец, система должен защищать определенные структуры данных (например, список свободных блоков) от манипулирования несколькими процессами одновременно, что он делает, блокируя процессы P2, P3, P4 ... Pn, в то время как P1 выделяет пространство.
Поскольку ваш вопрос неоднозначен, другой ответ заключается в том, что если вы выберете кучу файлов в nautilus и скопируете их в другом месте с помощью одного перетаскивания, nautilus создаст только один процесс для последовательного создания копий. В этом случае более быстрый привод действительно будет быстрее; возникает вопрос, насколько быстро вы можете себе позволить?
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.
Возможно, ваши файлы расположены на разных участках диска, заставляя искать данные на разных цилиндрах и дорожках на поверхности диска. В этом случае SSD улучшит вашу производительность, исключив физический поиск. Однако также возможно, что при копировании большого количества файлов ОС планирует процесс копирования как процесс с более низким приоритетом, особенно если вы используете другие тяжелые процессы ввода-вывода.