问题标签 [dev-null]

我试图用一个with声明来压制sys.stdout或sys.stderr单独。 我找到了一个不起作用的教程。我正在使用Python 3.6.4，我认为本教程是Python 2.

我在 SO 上查找了它，发现了一些但应用程序不起作用或不适用于这种情况。

这不适用：Python subprocess supress stdout 和 stderr

无法使任何with语句起作用： 从 Python 函数中抑制 stdout / stderr 打印

这适用于 fortran：在 Python 中重定向 FORTRAN（通过 F2PY 调用）输出

在我正在处理的项目中添加测试时，我遇到了一些看起来很奇怪的事情——我一直在使用 /dev/null 作为串行端口，并且不希望有任何数据可供读取。

但是，在 LINUX 上总是有可用的数据，而在 Mac OS X 上，调用 srand() 后有可用的数据。

有人可以帮助解释这种行为吗？

这是一个最小可行的测试 C++

在 Mac OS X 下，输出如下：-

在 Linux 上，我得到以下信息：-

两个问题——

1. /dev/null 不应该总是有 0 个字节可供读取吗？
2. 为什么在 Mac OS X 上调用 srand() 会导致可用于从 /dev/null 读取的字节发生变化？

我正在使用一个名为 Velvet 的程序（我们在生物信息学中称之为汇编程序）。该软件没有静音或安静模式选项，我有一个脚本多次运行它，导致它使我的终端充满在那一刻对我没有真正意义的文本（打印了大约 100 行文本每次迭代）。

我试图/dev/null通过这样做发送这个输出：

然而，这会导致 shell 抱怨分段错误，并且软件实际上根本没有运行。我觉得这是一个语法问题，因为尝试/dev/null像我一样发送东西可能会干扰预期的软件语法，因此出现错误。我似乎无法在任何地方找到解决方案。我可以使用任何其他语法来重定向输出吗？

我有一个 Python 程序，它有很多“打印”语句，可以不断打印输出内容。

如果我使用“nohup”运行脚本，并且不将输出重定向到“/dev/null”。长时间运行后，会出现“隐藏”输出，不显示在屏幕上，占用资源？

我们有一个包含大量打印消息的守护进程。由于我们正在开发具有弱 CPU 和其他约束硬件的嵌入式设备，因此我们希望在最终版本中最小化 printf 消息的任何类型的成本（IO、CPU 等）。（用户没有控制台）

我和我的队友意见不合。他认为我们可以将所有内容重定向到 /dev/null。它不会花费任何 IO，因此情感将是最小的。但我认为它仍然会花费 CPU，我们最好为 printf 定义一个宏，这样我们就可以重写“printf”（也许只是返回）。

所以我需要一些关于谁是对的意见。Linux 会足够聪明以优化 printf 吗？我真的很怀疑。

我正在使用 python 中的多处理编写一些代码，并在 docker debian 拉伸图像中运行，有多个容器同时运行，但只有一个容器在运行这些代码。

运行这段代码的节点在日志中卡了很长时间，我开始查看容器的日志。日志刷新同一件事的错误。

这并非一直发生，下次我尝试相同的功能时，不知何故这可行。会认为与锁定有关。并且对于某些 /dev/null 实际上存在于容器中。

这段代码非常简单，使用 pool.map()

这个问题对社区来说并不有趣。

我需要使\x on以下命令中的输出静音：

所以不要看到这个：

我只看到：

谢谢

我有以下代码：

我想将诸如“无法打开`/sbin/file1'（没有这样的文件或目录）”之类的消息重定向到/dev/null，但显然错误消息没有重定向到/dev/null。

如何将 STDERR 重定向到 /dev/null？

编辑：我已经用“ls”命令测试了我的代码，并且我得到的错误消息被重定向了。我认为问题出在这里，“文件”命令不会将错误消息写入 STDERR。

我正在运行这个命令：

nohup google-chrome > /dev/null 2>&1 &

运行它后，我得到以下输出：

[1] 16975

无论如何我可以运行该命令并且根本没有输出？

提前致谢！