Я думаю, что у вас нет ни кабеля, ни переключателя. NAS просто на пределе.
Я также установил некоторые D-Link DNS-323, и ни один из них не сделал значительно более высокую скорость передачи, чем ~20 МБ/с в среднем. Независимо от того, какие диски вы положили туда. Причина просто в том, что встроенный файловый сервер Samba ограничен скоростью процессора, а процессор В D-Link DNS-323 просто не может обрабатывать больше данных. Ну, ограничение может немного отличаться в разных версиях прошивки / Samba но я сомневаюсь, что вы можете достичь гораздо больше. RAID-1, конечно, может еще больше ограничить скорость передачи, но RAID-1 обычно не налагает большой нагрузки на процессор, поскольку не требуется вычислений (как в RAID-5).
Если вам нужно больше пропускной способности, вам придется заменить NAS чем-то быстрее.
Он также обычно не связан с дисками. Современные диски 5400rpm могут легко читать ~100 МБ / с в последовательном режиме. Даже медленные модели должны достигать ~50 МБ / с.
другой вопрос накладные расходы протокола и другое ограничение протокола. Некоторые NAS предлагают функцию передачи файлов по очень простому протоколу FTP или с помощью rsync. Некоторые из них работают лучше на FTP, чем на SMB/CIFS vis Samba.
Если вы используете Windows Vista или 7, то вы можете также попытаться отключить функцию "удаленное дифференциальное сжатие" в настройках Windows:
- Панель управления = > удалить => включение и выключение компонентов Windows)
или
- тип
ocsetup MSRDC-Infrastructure /uninstall
на командной строке
причина, по которой swithcing из RDC может получить некоторую скорость является то, что он снижает нагрузку на процессор в некоторых ситуациях, и так как это bootleneck для вашего DNS-323 вы могли бы дать ему попробовать.
EDIT: я провел еще несколько исследований в службе RDC и нашел этой. Он ясно доказывает что RDC не будет иметь никакой удар на скоростях передачи. Кроме того, он должен быть специально использован приложением и Windows, кажется, не использовать его. Поэтому я бы рекомендовал не отключать его постоянно. Если вы отключите его и увидите некоторое ускорение после перезагрузки, вполне вероятно, что вы также видели бы такое же ускорение, просто перезагрузившись. Хотя есть один аспект, который в статье не рассматривается. В случае, если приложение действительно использует RDC, сервер должен будет вычислить контрольные суммы, что, конечно, не имеет большого значения для сегодняшних серверов и рабочих станций. Но для системы NAS это может быть. Поэтому в редких случаях может быть быстрее просто повторите передачу файла вместо создания контрольных сумм и обмена ими.
даже довольно быстрые устройства NAS часто ограничены примерно 80 Мбит/ с. Если вы хотите достичь большего, вам обычно нужен NAS / Server, который поддерживает протокол SMB2. Включение Jumbo-кадров может дать некоторый импульс тоже, но это должно быть поддержано действительно всеми компонентами в вашей сети, включая маршрутизатор, коммутатор, клиент и NAS. Поэтому, если вы не эксперт по сети, я рекомендую не связываться с MTU / Jumbo-Frames вручную.
другой источник "низкой" производительности Ethernet-это, конечно, сама сетевая карта (NIC). Я видел некоторые падения производительности на некоторых старых чипсетах Marvell, когда аппаратная разгрузка TCP-контрольной суммы была включена (кажется, некоторое ограничение на количество контрольных сумм, вычисленных некоторым NIC, чтобы процессор мог делать это быстрее, чем карта). С другой стороны, я видел увеличение пропускной способности сети в ситуациях с очень высокой пропускной способностью с аппаратной разгрузкой TCP-checksumming на Intel Server NIC. Так что это действительно зависит от оборудования.
однако даже без какой-либо настройки любой потребительский NIC (наиболее широко используемый: Realtek) должен достигнуть ~80 МБ/с сырой пропускной способности GBE от сервера Samba.
Но вернемся к теме: Ваш D-LINK DNS-323 никогда не сможет превысить предел ~30 МБ / с, я думаю, просто из-за аппаратного ограничения. Если кто-то видел этот прибор для того чтобы выполнить более быстро, то я был бы заинтересован в конкретной установке слишком.