Нет ничего в распределении Python выполнения этого вида открытия, 'батареи включали' не противостояние.
Это программирует как редакторы, может обработать такую вещь, то, потому что довольно ясно, что сделать, когда Вы открываете другой файл: Вы просто открываете окно/вкладку на новом файле, обработанном тем же исполняемым файлом.
Реализация чего-то как этот самостоятельно не является настолько трудной, но необходимо думать о том, что происходит, когда первая команда еще не закончилась, и второе планируется:
Я уведомил под управлением Python, чтобы загрузить и выполнить модули на основе файлов в каталоге, которые были просканированы, запрос HTTP (в скрученной основанной системе) и с zeromq. То, что является соответствующим, зависит, по моему скромному мнению, что еще необходимо системе, я всегда иду с тем, что работает и действительно имеет наименее служебное. Ваш python-current
должен был бы сделать надлежащее взаимодействие через интерфейс.
Часто это было объединено с перезагрузкой определенных модулей (для получения обработки для новых команд). Для этого можно использовать reload()
встроенный:
import mycommand
# test for a command that requires reloading
reload(mycommand)
time python -v
). Загрузка основных модулей сопровождает в десять раз дольше (time python -c "exit();", 0.025s). But when using UI based programs the whole startup easily grows to several seconds and more. And in that case implementing dynamic command reading and having a
текущий Python' имеет смысл. Невозможно перезагрузить таблицу маршрутизации без потери сетевой службы (я думаю, вы имеете в виду, что вам не нужно использовать сервис перезапуска сети
команда для внесения изменений). Если у вас есть какие-либо изменения в файле конфигурации сети, вам необходимо перезапустить сетевую службу
, чтобы применить новую конфигурацию.
В вашем случае вы можете добавить конфигурацию (например, новый маршрут, новый шлюз ...) вручную, чтобы у вас была запущена новая конфигурация.
Но эта конфигурация будет потеряна, если вы перезагрузите сервер. Чтобы сделать его настойчивым, вы должны добавить эту конфигурацию в файл конфигурации сети.
или
ip routeДля проверки правильности внесенных изменений в конфигурационные файлы, которые не приведут к сбоям при следующей (не)запланированной перезагрузке, необходимо также запланировать перезагрузку сети службы в удобное время.
Статические маршруты определены в файлах / etc / sysconfig / network-scripts / route- <имя интерфейса>
.
(см. документацию Centos )
Чтобы применить один из этих файлов:
/etc/sysconfig/network-scripts/ifup-routes <interface name>
Это не будет перезагружать правила, это просто перечитает конфигурацию и выполнит route add
команды (так что нет удаления маршрута).
Я не рекомендую использовать / etc / sysconfig / network-scripts / ifdown-routes
для удаления маршрутов, если вы не уверены, что сможете подключиться после удаления этих маршрутов. Лучше использовать команду route del
.