Налаштування NFS для мінімальної затримки

Як я можу досягти низької затримки для експорту NFS, щоб, наприклад, розробники прекрасно працювали в Eclipse / Visual Studio зі своїми робочими місцями, встановленими над NFS?

Це здається, що ви все ще на стадії проектування. Якщо це правда, слід переглянути кілька речей:

• NFSv3 / 4 над NFSv2, щоб забезпечити більші пакети та такі функції, як "безпечне асинхронне записування"
• Перевірте у свого клієнта NFS читання вперед та затримки запису, обидві ці функції допоможуть
• Очевидно, що низька затримка в мережі - з’єднання GBit через швидкий комутатор
• Переконайтесь, що ваш сервер NFS налаштований на швидкість. Це і реалізація NFS, і спосіб її налаштування.

Існує хороший FAQ щодо NFS, включаючи декілька порад щодо налаштування за один день: http://nfs.sourceforge.net/

Не компілюйте через NFS. Продуктивність NFS, як правило, є фактором продуктивності вводу / виводу диска, а компіляція - це те, що призведе до вашої кількості операційних операцій вводу / виводу файлів.

Якщо ви не можете цього уникнути, кешування - це те, що врятує день. Надайте цей сервер NFS якнайбільше оперативної пам’яті, використовуйте асинхронні записи та ввімкніть усі кешування, які ви можете на стороні клієнта. Справа в тому, що RAID не кращий для управління (не кешованими) дисковими операціями, ніж один жорсткий диск. А при малих розмірах файлів навантаження на компіляцію комбінована пропускна здатність нічого не змінить.

Зачекайте кешування файлової системи або не робіть компіляції через NFS. Жорсткі диски завжди будуть швидшими, ніж мережеві файлові системи.

Помістіть файли на дуже швидкий диск або вбудований для швидкості RAID масив, оскільки IO диска визначатиме нижню межу вашої затримки, будь то клієнт локальний чи віддалений. Інші відповіді також в порядку.

Гарне рішення - зробити так, щоб файловий сервер також був сервером збірки .