Коротко: скажем, например, у меня есть огромный файл RAR, расположенный в общей папке в сети. Если я щелкну правой кнопкой мыши -> извлечь этот rar-файл (в той же общей папке), это будет ужасно медленнее по сравнению с извлечением RAR-файла на локальном диске компьютера?

Долго: у меня ограничены порты SATA на моем ПК с Windows 10, и для дополнительных дисков, которые мне нужно подключить к нему, я пытаюсь решить, использовать ли NAS (с общими папками), USB 3.0 Enclosure или перейти на eSata через eSata PCI Карта расширения. Esata, очевидно, лучшая / самая быстрая, но кроме этого .... для моей ситуации извлечения / сжатия RAR ....

Я собирался пойти с NAS, чтобы максимально упростить настройку без нагрузки на процессор при подключении USB. Но теперь мне интересно, так как я буду извлекать и сжимать много больших файлов RAR на этом внешнем диске, будет ли это намного медленнее делать на NAS, чем на USB?

Потому что логически я предполагаю, что для моего ПК с Windows нужно извлечь пакет RAR, расположенный в общей папке в сети (т.е. Общая папка NAS). Она должна передать этот файл RAR (скажем, файл rar 5 ГБ) по сети во временный каталог, извлечь этот файл rar во временную папку и затем переместить все эти извлеченные данные обратно в общую папку - и все это по сети. Разве это не будет мучительно медленно? Или я ошибаюсь?

Хотелось бы услышать ваши мысли, спасибо

ДОБАВИТЬ: пока по теме, как насчет воспроизведения больших видеофайлов, что если я захочу открыть / получить к ним доступ с моего компьютера (mp4, avi и т.д.).. Нужно ли передавать видеофайл на локальный компьютер сначала в фоновом режиме, прежде чем он будет воспроизведен в медиаплеерах?

Эта вещь NAS начинает казаться мне сомнительной для моего варианта использования. Я думаю, что это хорошо только для резервного копирования, а не для "дисков в активном использовании"

3 ответа3

2

Это зависит.

Ваше сетевое соединение дуплексное?

Если у вас есть приличная карта 100 Мбит / с или гигабитная карта Ethernet, скорее всего, ответ "да". Таким образом это означает , что через Gigabit (и с разумным гигабитным коммутатором , что вы будете иметь возможность получить (приблизительно) 100megabytes в секунду от сети и 100megabytes в секунду к сети одновременно.

Может ли аппарат на другой стороне одновременно обрабатывать и записывать такое количество данных?

SSD мог бы справиться с этим счастливо, RAID-массив мог бы, но один жесткий диск, вероятно, не будет.

Может ли ваш компьютер распаковать данные достаточно быстро?

Если декомпрессия вашего компьютера медленнее, чем 100 мегабайт в секунду (маловероятно, если только он не слишком старый), то ваш компьютер будет узким местом, и две вышеупомянутые проблемы вряд ли будут вашей проблемой.

Вы единственный человек, который использует свой сетевой диск?

Другие люди, читающие или пишущие на сетевой диск или получающие доступ к серверам на машине, могут замедлить его работу.

Люди, делающие подобные вещи (большие копии файлов) в тех же сегментах сети, что и вы, замедляют ваше соединение.

0

Видео удивительно низкой пропускной способности по сравнению с числами, о которых мы говорим. Я передаю 8Гб 1080i файлов все время с гигабитами только 10Мбит / с. 4k - это около 40-50 Мб / с со сжатием h265, и большинство программ не копирует файл локально.

Если вы бросите на него достаточно оборудования, вы можете получить скорость извлечения, которая будет практически одинаковой.

Ваш ЦП может ограничить вашу производительность намного ниже отметки 600 МБ / с в зависимости от сжатия, используемого уровня сжатия, типа / скорости основной памяти.

Сначала вы должны решить, HDD или SSD и сколько.

Максимальная скорость чтения большинства современных жестких дисков составляет около 120 Мбит / с, а скорость записи не менее 20 Мбит / с.

  • SSD 500 МБ-550 МБ / с через SATA или ESATA версии 3
  • M.2 SATA = 2000 Мбит / с (до 3500) через pci-e

  1. Гигабит 125 Мб / с обычный, и минорные узкие места против жесткого диска.
  2. 10 гигабит, 1250 Мб / с, трудно найти NAS, никаких узких мест

    • USB 3 составляет 625 МБ / с (максимальный эффективный меньше)
    • USB 3.1 - 1250 Мбит / с (максимальный эффективный - меньше)

Далее вы должны учитывать , сколько диск , который вы хотите , и если ваш делать J усть A B УНЧ о л дисков (JBOD) , или какой - то RAID.

Если вы делаете JBOD, вы максимизируете производительность одного диска.

RAID 0 Stripping = максимальная скорость всех дисков в качестве членов

Опасность Отказ любого отдельного диска, все файлы повреждены.

RAID 5 и 6 дают вам около 90% скорости чтения / записи всех дисков. Тем не менее, они добавляют защиту от сбоя одного (raid 5) или двойного (raid 6) диска как потерю 1 (raid 5) или 2 (raid 6) дисков.

Потребуется много жестких дисков, чтобы даже приблизиться к одному SSD.

USB 3.1 фактически равен 10 гигабитам, но найти NAS с любым из этих вариантов будет сложнее и дороже.

SATA 12g доступен только на корпоративном рынке, и ни один потребительский SSD пока не может его использовать. Таким образом, 1 SSD макс. 1 порт sata или esata.

Если вы используете 1 или более SSD и используете 10 гигабит, USB 3(предпочтительно 3,1) или (e) sata, ваш локальный процессор, вероятно, станет узким местом.

https://www.asus.com/us/Motherboard-Accessory/HYPER-M-2-X16-CARD/ M.2 Quad PCie Card

Просто добавьте 4 m.2 ssd, и вы получите неслыханные скорости с любым другим оборудованием.

Вот предмет из newegg: Newegg Примечание: 3000 Мб / с на каждый диск. Вы максимально загрузите шину pci-e x16.

Обзор карты ASRock Ultra Quad M.2 - 4 x M.2 SSD RAID со скоростью 10 ГБ / с и 932K IOPS

0

Коротко: Помимо извлечения файлов в ту же папку, что является сомнительной практикой из-за получающейся в результате грязной файловой структуры, по моему опыту, это будет значительно медленнее, особенно с учетом размеров файлов.

Long:"или перейдите на eSata через карту расширения eSata PCI. Esata, очевидно, лучшая / самая быстрая, но кроме этого .... для моей ситуации извлечения / сжатия RAR ... "Это был бы мой первый выбор, учитывая, что это выполнимый вариант с точки зрения затрат

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .