Отбросьте 2
от Вашей команды и просто используют >
как оператор перенаправления.
При помощи 2>
Вы перенаправляете поток сообщений об ошибках (STDERR) в файл; то, что это кажется, что Вы хотите, является регулярным потоком вывода (STDOUT).
cppcheck abc.cpp > abc.txt
Если Вы хотите, чтобы оба потока перешли к Вашему файлу, можно соединиться 2 (поток сообщений об ошибках) к 1 (поток стандартного вывода) их как это:
cppcheck abc.cpp > abc.txt 2>&1
Или используйте синтаксис ярлыка, лежавший предложенный просто захватить все.
Как тест, измените свое монтирование на стороне клиента к:
sudo mount -t nfs -o intr,hard,timeo=14,rsize=8192,wsize=8192
или, если Вы вставляете его fstab
на стороне клиента:
remoteserver:/remote/path /local/path nfs rsize=8192,wsize=8192,hard,timeo=14,intr 0 0
Я использую эти настройки на работе, и мы обычно передаем несколько ТБ в неделю.
Используйте эти настройки, добавляющие ни одного из других за исключением Ваших определенных переменных соединения каналом.
Если это - специализированный VLAN NFS, двойная проверка, у Вас нет дублирующегося дюйм/с в Вашей сети. Я просто отладил проблему очень как это, и это поворачивается, там были некоторые опечатки в, запускают файлы и из 40 хостов, мы имели 5, которые использовали дублирующиеся IP-адреса. NFS работал бы отлично, и копии будут быстры некоторое время, но производительность постепенно сужалась бы, затем зависала бы в целом.
rsize
иwsize
это изменяет буферные размеры передачи данных. Единственной вещью, о которой необходимо волноваться, является настройка сети, как она касаетсяMTU
У меня никогда не было проблемы, но, другие имеют. Не идя и смотря я думаю, что можно подойти 32, xxx для них. – 2bc 27.03.2012, 00:22hard
, согласоватьrsize
иwsize
к макс. значению. Это из-заintr
? Или это из-за намного меньшегоtimeo
время (1,4 с по сравнению с 60-ми значения по умолчанию). – Isaac 15.11.2014, 13:45