sed блокируется?
Проблема форматирования кода:
Метод get_updates не вызывается, поскольку существует проблема с отступом, в результате которой get_updates () становится частью __init __ (). Итак, get_updates () Надама вызывается.
Как только проблема с отступами была исправлена, была вызвана функция get_updates () в AutoOptim.
Вы можете напечатать значения переменных следующим образом в методе get_updates ():
print(f'Learning rate: {K.get_session().run([self.lr,self.lr_cand])}')
3 ответа
sed будет работать в буферизированном режиме, когда он не распечатает к терминалу. Это означает, что попытается заполнить свой внутренний буфер прежде, чем сделать любую обработку и произвести по умолчанию.
Это сделано для увеличения пропускной способности, потому что обычно в канале Вы не заботитесь о синхронизации, но хотите как можно больше данных, обработанных в данное время.
Передача -u к sed скажет, что он для работы освободил буфер, поэтому работая тот же способ, которым он работает, когда произведенный переходит к терминалу.
В дополнение к тому, что @saua говорит, sed по крайней мере, ориентированная строка, что это, она считала строку, затем воздействует на него так, это будет всегда буферизовать по крайней мере одну строку. Кроме того, sed может работать в многострочном режиме. Если Вы используете многострочный шаблон, то sed не может произвести это - текущий буфер, пока это не знает, что шаблон или не применяется или шаблон, был обработан.
Я не знаю, понимаю ли я право вопроса, но в Вашем примере, оно должно быть похожим на это:
- sed ожидает iostat для отправки данных
- iostat будет ожидать sed для обработки данных, если sed будет медленным
- netcat ожидает sed для отправки данных
- sed будет ожидать netcat снова, если это будет медленно
Кроме этого, sed не должен должен быть читать весь свой вход для создания вывода.
Вы наблюдаете какие-либо задержки, которые не могут быть объяснены этим и некоторой маленькой буферизацией?