![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
qkowlewQSAN TrioNAS LX U600Q-D212, воткнут десятигигабитным портом в свитч SG500X-24.
Мак Ось X. На Маке - гигабитная сетевуха, воткнут в тот же свитч.
Windows - домен на 2003/2008 сервере, МАК вогнан в домен, NAS вогнан в домен. Пользователи все понимаются, проблем с правами доступа как таковыми не обнаружено.
Мак по smb:// протоколу присоединённый к NAS - имеет скорость записи на нас 26-30 мегабайт в сек (от тюнинга net.inet.tcp параметров не зависит).
Мак по afp:// - имеет скорость 110 мегабайт в сек (после sysctl тюнинга net.inet.tcp параметров, до тюнинга было 75-89 мегабайт в сек).
на nfs:// 38-43 мегабайт в сек
При работе по smb:// и nfs:// Final Cut Pro не ругается, File Type считает нормальным.
При работе по afp:// Final Cut Pro ругается "File: Wrong type" на ЧАСТЬ открываемых (по клику из Finder'a) файлов.
Вопрос:
1. Эту ошибку "в рамках самого мака" как-то послать нафиг-проигнорировать-компенсировать можно, или нет?
2. Можно ли поднять скорость работы Мака по smb:// или nfs:// протоколу до более разумных?
3. Какие ещё решения Вы можете предложить?
UPD: добавил информацию о результате тестирования nfs
QSAN TrioNAS LX U600Q-D212 от версии прошивки 1.0.0 или 1.2.2 (build 201312251700) - эффект не зависит.
Характерная деталь - такие файлики в интерфейсе File Open Final Cut Pro выглядят бледно и открыты из этого интерфейса быть не могут. Более того - так же бледно и не открываемо выглядят некоторые подкаталоги!
Если взять прогу File Type Changer - она для таких файлов показывает откровенный мусор в File Type, при попытке ИЗМЕНИТЬ File Type (скопировать из File Type нормально открываемого файла) получается всё равно фигня!
Если такие файлы скопировать _виндой_ на другую шару на НАСе и оттуда потом открывать - всё нормально.
То есть СОДЕРЖИМОЕ файлов НОРМАЛЬНОЕ.
Понятно, что это на NAS'e кривость реализации afp
Ошибка именно системная - в форке информационном. Который FileType и который винды видят вообще как отдельный файл
Ещё в истории этой сетки были моменты:
1. когда большое количество файла переливали Finder'ом на NAS - и Finder выдавал ошибку 50.
2. попеременной работы Мака то по smb, то по afp протоколу
там же...
там же...
Мак Ось X. На Маке - гигабитная сетевуха, воткнут в тот же свитч.
Windows - домен на 2003/2008 сервере, МАК вогнан в домен, NAS вогнан в домен. Пользователи все понимаются, проблем с правами доступа как таковыми не обнаружено.
Мак по smb:// протоколу присоединённый к NAS - имеет скорость записи на нас 26-30 мегабайт в сек (от тюнинга net.inet.tcp параметров не зависит).
Мак по afp:// - имеет скорость 110 мегабайт в сек (после sysctl тюнинга net.inet.tcp параметров, до тюнинга было 75-89 мегабайт в сек).
на nfs:// 38-43 мегабайт в сек
При работе по smb:// и nfs:// Final Cut Pro не ругается, File Type считает нормальным.
При работе по afp:// Final Cut Pro ругается "File: Wrong type" на ЧАСТЬ открываемых (по клику из Finder'a) файлов.
Вопрос:
1. Эту ошибку "в рамках самого мака" как-то послать нафиг-проигнорировать-компенсировать можно, или нет?
2. Можно ли поднять скорость работы Мака по smb:// или nfs:// протоколу до более разумных?
3. Какие ещё решения Вы можете предложить?
UPD: добавил информацию о результате тестирования nfs
QSAN TrioNAS LX U600Q-D212 от версии прошивки 1.0.0 или 1.2.2 (build 201312251700) - эффект не зависит.
Характерная деталь - такие файлики в интерфейсе File Open Final Cut Pro выглядят бледно и открыты из этого интерфейса быть не могут. Более того - так же бледно и не открываемо выглядят некоторые подкаталоги!
Если взять прогу File Type Changer - она для таких файлов показывает откровенный мусор в File Type, при попытке ИЗМЕНИТЬ File Type (скопировать из File Type нормально открываемого файла) получается всё равно фигня!
Если такие файлы скопировать _виндой_ на другую шару на НАСе и оттуда потом открывать - всё нормально.
То есть СОДЕРЖИМОЕ файлов НОРМАЛЬНОЕ.
Понятно, что это на NAS'e кривость реализации afp
Ошибка именно системная - в форке информационном. Который FileType и который винды видят вообще как отдельный файл
Ещё в истории этой сетки были моменты:
1. когда большое количество файла переливали Finder'ом на NAS - и Finder выдавал ошибку 50.
2. попеременной работы Мака то по smb, то по afp протоколу
там же...
там же...
