Чрезвычайно низкая скорость массового копирования файлов на общих ресурсах AFP в Йосемити.

Немного информации об оборудовании: я управляю лабораторией 3D-графики, состоящей примерно из дюжины клиентов iMac под управлением 10.10.5 и Mini под управлением сервера 10.10.2 (Server.app v4.0.3/сборка 14S350). Mini находится в корпусе Sonnet xMac, который соединяет его через Thunderbolt с RAID-контроллером Areca ARC-1883X SAS и картой Ethernet SmallTree P2E10G-1-T 10Gb. Areca управляет двумя RAID-массивами SAS емкостью 40 ТБ, а карта SmallTree подключает Mini через Cat6a к коммутатору NetGear ProSafe XS708E 10GbE. Все компьютеры iMac подключены через 1GbE Cat6 к коммутатору HP 1810-48G, который, в свою очередь, подключен по магистрали 6Gb к коммутатору NetGear.

Мои художники столкнулись с проблемой массовых копий файлов между каталогами общего ресурса AFP на Mini, с которыми они работают. Они часто отображают последовательности из сотен или тысяч изображений, и после того, как эти изображения будут отображены в их выходной папке, их нужно скопировать во второй каталог, чтобы наши композиторы могли работать с ними. Операция копирования абсолютно ПОЛЗИТ. Один пример, полученный полчаса назад: 861 файл .exr общим размером около 350 МБ занял около 3 часов, прежде чем мы убили его на ~ 75% и вместо этого сделали это с рабочего стола сервера через совместное использование экрана примерно за 30 секунд (но наши художники делают это десятки раз в день и, конечно, нельзя получить доступ к совместному использованию экрана с сервером, так что это не решение). Они не всегда так висят, но мы сталкиваемся с таким случаем по крайней мере раз в день, и все массовые копии идут намного медленнее, чем должны. Это происходит только с большими группами файлов: мы можем практически мгновенно скопировать один файл размером 300 МБ между каталогами.

Я провел несколько тестов, и, похоже, это больше проблема клиента Yosemite. Я запускаю Mountain Lion на своем собственном ноутбуке и провел несколько тестов в версиях 10.8 и 10.10 по Wi-Fi и проводному Ethernet, а также в локальном и сетевом профилях, поскольку наши художники входят в сетевые учетные записи. Некоторые ограниченные результаты для 300 файлов .exr общим размером 133 МБ:

10.8 / Wi-Fi / Локальный профиль: копирование 300 элементов за 53 секунды

10.8 / Проводной / Локальный профиль: копирование 300 элементов за 47 секунд

10.10 / Проводной / Локальный профиль: копирование 300 элементов за 223 секунды

10.10 / Проводной / Сетевой профиль: копирование 300 элементов за 263 секунды

Сетевые учетные записи немного медленнее, но большая вопиющая разница, похоже, заключается в клиенте 10.8 и клиенте 10.10. Опять же, проблема заключается в длинных списках файлов, а не в отдельных монолитных файлах. Наша скорость прямого соединения Ethernet с сервером просто фантастическая: в Blackmagic Speed ​​Test 10.8 и 10.10 скорость чтения и записи на сервер составляет 110 МБ/с+, и лишь немного медленнее на Wi-Fi Wireless N. Это становится проблемой только тогда, когда нам нужно копировать длинные списки файлов, что нам нужно делать много раз в день.

ЛЮБАЯ помощь, чтобы выяснить, что здесь происходит не так, будет высоко оценена! На данный момент это сводит нас с ума и убивает производительность. Рад опубликовать любые запрошенные журналы или попробовать любые предлагаемые системные настройки. Спасибо!