Включение Пакета крупного размера поддерживает на внутренней сети Hyper-V NIC
Python 2.6 недавно стал стабильным на хинду, и похоже, что он установлен, поскольку у Вас есть easy_install-2.6 сценарий - таким образом, могло бы случиться так, что были перепутаны некоторые вещи. Это - то, что я сделал бы:
В случае, если Вы готовы обновить к python-2.6 (в какой-то момент, Вы будете иметь к):
- python 2.6 установки
- использовать
eselect pythonвыбрать правильную версию - запущенный python-updater что-то одинаково:
python-updater -o 2.5 -- -av
В случае, если Вы хотите остаться с 2,5:
Попытайтесь очистить свою установку:
- Использовать
eselect pythonудостоверяться 2.5 выбрано - Переслияние
dev-python/setuptools - В конечном счете выполненный
revdep-rebuild -- -aочищать вещи
Это зависит значительно от вида ввода-вывода, который Вы делаете. Это работает отлично для iSCSI и FCoE, потому что те протоколы полагаются на размер кадра данных, больше, чем стандарт 1500b метрическая тонна для Ethernet. Для регулярных старых передач файлов улучшение не всегда очевидно. И для материала databasy, который имеет тенденцию быть меньшим, чем 1500b так или иначе, это не делает вещи. От этого обычно держатся вдали по умолчанию, потому что это минимизирует вещи, которые могут пойти не так, как надо.
То, где пакеты крупного размера действительно помогают, - то, что это позволяет разговору TCP запускаться в более высокой основной пропускной способности при контакте с большими передачами. Никакая потребность согласовать размер окна, когда то, что Вы являетесь передающими, может поместиться в пакет 4 КБ.
Это увеличило бы Вашу производительность сети, если все в Вашей сети настроено для него, и Ваши переключатели могут обработать его. Это главным образом используется при выполнении iSCSI.
Хорошее объяснение: http://blog.allanglesit.com/Blog/tabid/66/EntryId/55/Enabling-Jumbo-Frames-on-Hyper-V-2008-R2-Virtual-Switches.aspx