Плохая производительность записи на сервере Debian рабочий NFS с 22 ТБ экспортировала файловую систему JFS

Корпоративные находящиеся в собственности ноутбуки, должен использовать зашифрованные диски, и т.д., конечно, но Вы спрашиваете о персональных компьютерах.

Я не рассматриваю это как техническую проблему, а скорее поведенческую. Существует очень мало, можно сделать с технологической точки зрения лишить возможности кого-то забирать домой код и взлом далеко в нем - даже если можно препятствовать тому, чтобы они проверили весь источник к проекту на формальной основе, они могут все еще забрать домой отрывки, если они, полны решимости сделать так и если одни 10 строк "отрывок" кода (или какие-либо данные), оказывается, бит, который содержит секретный соус / ценная и конфиденциальная информация о клиенте / местоположение Святого Грааля затем, Вы все еще потенциально столь же сняты с костей путем потери тех 10 строк, как Вы были бы путем потери 10 страниц.

Таким образом, что бизнес хочет сделать? Совершенно возможно сказать, что люди абсолютно не должны работать над бизнесом компании от не компьютеры компании и делать его "грубым нарушением дисциплины" преступление увольнения для людей, которые нарушают то правило. Это - соответствующий ответ кому-то, кто жертва кражи? Это шло бы вразрез с мелкой частицей Вашей корпоративной культуры? Компании нравится он, когда люди работают из дома в свободное время, и поэтому готов сбалансировать риск материального убытка против воспринятого роста производительности? Код, который был потерян используемый для управления ядерным оружием или банковскими хранилищами или оборудованием жизнеобеспечения в больницах и как таковой, нарушение защиты не может быть одобрено ни при каких обстоятельствах? У Вас есть легальное или регулирующее обязательство относительно безопасности кода "в опасности" из-за этой потери?

Это - некоторые вопросы, я думаю, что необходимо рассматривать, но никто здесь не может на самом деле ответить на них для Вас.

5
задан 1 November 2012 в 02:37
3 ответа

Я подозреваю, что проблема связана с JumboFrames. Проверьте конфигурацию разгрузки на обоих интерфейсах с помощью

sudo ethtool -k your_nic

, а также попробуйте прослушать провода с помощью wirehark. Вы можете обнаружить несколько неупорядоченных пакетов, дубли, ...

0
ответ дан 3 December 2019 в 02:04

Я предполагаю, что количество потоков сервера NFS слишком мало. Вместо 8 цифра должна быть намного больше.

8 потоков, вероятно, будет достаточно для общих ресурсов, которые содержат только небольшие файлы и к которым имеет доступ очень небольшое количество пользователей (например, в домашней сети) или в медленных сетях (10 Мбит).

Попытайтесь определить значение повторной передачи на вашем сервере NFS во время записи:

nsstat -r

Если вы получаете повторные попытки передачи, увеличьте количество потоков сервера.

И я думаю, что было бы сэкономить, удалив rsize / wsize / tcp настройки из ваших вариантов монтирования. В любом случае TCP является протоколом по умолчанию, и с TCP нет необходимости ограничивать размер передачи.

1
ответ дан 3 December 2019 в 02:04

Возможно, это несовместимость с блокировкой nfs, используемой для записи, и jfs. Я нашел ошибку в Ubuntu: https://bugs.launchpad.net/ubuntu/+source/jfsutils/+bug/754495

0
ответ дан 3 December 2019 в 02:04

Теги

Похожие вопросы