stdout文件(stdoutpath)
C语言中stdout是什么意思？
C语言中的 stdout 是一个定义在stdio.h的宏（macro），它展开到一个 FILE* （“指向 FILE 的指针”）类型的表达式（不一定是常量），这个表达式指向一个与标准输出流（standard output stream）相关连的 FILE 对象。
扩展资料：
C程序中函数的数目实际上是不限的，如果说有什么限制的话，那就是，一个C程序中必须至少有一个函数，而且其中必须有一个并且仅有一个以main为名的函数，这个函数称为主函数，整个程序从这个主函数开始执行。
C语言程序鼓励和提倡人们把一个大问题划分成一个个子问题，对应于解决一个子问题编制一个函数，因此，C语言程序一般是由大量的小函数而不是由少量大函数构成的，即所谓“小函数构成大程序”。这样的好处是让各部分相互充分独立，并且任务单一。因而这些充分独立的小模块也可以作为一种固定规格的小“构件”， 用来构成新的大程序。
vasp中怎么输出stdout文件
c shell环境，使用MPI并行，8台机器的计算。
如果这个文件名为
run-job.script，在运行是直接 nohup ./run-job.script 即可#!/bin/csh#设定vASP路径,此例是说明VASP在/research/bin/vasp
setenv VASP /research/bin/vasp##设定当前工作的路径
setenv WORK `pwd`###使用MPI进行并行计算cd $WORKwipe -v HOSTS
lamboot -v HOSTS
echo -n "start time " time ; date time
mpirun -c 8 n0-7 -ssi rpi tcp -O -w $VASP vasp.out
echo -n "end time " time ; date time
nohup vasp
还是用bash吧，csh基本被淘汰了的。
其实还可以用shell的script控制， 以下是一个例子：
c shell环境，使用MPI并行，8台机器的计算。
如果这个文件名为
run-job.script，在运行是直接 nohup ./run-job.script 即可#!/bin/csh#设定vA ... zeoliters(站内联系TA)这个看个人爱好，其实shell之间都差不多，转换起来也不是太难，
只是个人习惯不同而已。
现在的基本都默认不装csh的
还是用bash吧，csh基本被淘汰了的。
dazao(站内联系TA)nohup vasp
这个还是在前台算啊
不过只是可以中途退出gaottgougou(站内联系TA)在后面加个输出文件，如：
你的输出内容就会记录在out里，而不会影响你其他的工作。这样就能随意进行别的任务操作了
如何解决Tomcat服务器的stdout.log大文件问题
公司对于访问量不是很大的J2EE应用，一直使用Tomcat做WEB服务器，一直遇到一个很让人头痛的问题，就是stdout.log日志文件会自动增长，而且增长得很快。
对于一些访问量大的，stdout.log日志暴增，每天有可能就增长到十几G，每两天就得重启一次服务器，否则就报500错误，或者一直在那里进行LOG 输入输出动作，搞得应用进入假死状态。
于是我就想，能不能禁掉这个stdout.log日志呢？在网上一查，发现很多人都遇到这个问题，并且因此而头痛，其实解决方法很简单：
① 打开Tomcat的“Configure Tomcat”
如何解决Tomcat服务器的stdout.log大文件问题 - 讯猫 - 讯猫软件官方博客
② 在选项卡“Logging”中，清空“Redirect Stdout”下面的文本框，该文本框中的默认值为“auto”，正是因为这个auto，导致了stdout.log暴增。 取消auto，设置为空,
stdout是文件指针，请问：那么stdout所输出的文件指针是哪个文件？
stdout 是 FILE * 型对象，可以理解为 文件指针。
stdout 输出 指向 标准输出设备 -- 屏幕缓冲区/屏幕
用 freopen 可以转向：
freopen ("myfile.txt","w",stdout);
命令行 用 或 可以转向
a.exe a.log ( 写文件）
a.exe aa.dat （写附加文件）
docker中/dev/stdout的理解
以nginx.conf为例子
我们通常看到的日志都是输入到一个文件中，类似access.log,error.log。只要产生相关日志日志就会出现对应的文件中。
而我们在docker容器中，nginx.conf文件如下
supervisord.conf文件如下
可以看到日志并不是输出到一个文件内，而是 /dev/stdout 和 /dev/stderr 。它的作用就是日志输出docker日志中，而不输入到具体的文件中。docker日志就是使用以下命令在前台输入的内容
或者是我们docker前台启动后，输出的内容
如docker前台启动一样，日志也会输出到nginx前台启动，通过nginx二进制命令启动
nginx查看标准输出的日志通过前台启动时可以看到，其他服务也是一样，通过前台启动时即可查看到。
还有一个问题，就是起了一个容器后，该容器有nginx和php进程，而俩进程都是使用supervisord来守护进程的。nginx日志都可以在docker里面正常输出，当我有一个需求，需要开启定时执行任务。这时需要在dockerfile文件中新增CMD命令，因为dockerfile中只能执行一条CMD命令， 该命令就是容器的主进程 。所以我门既要保证原来的服务能正常启动，我们还要启动crontab。所以命令如下
如果执行上条命令的话，会报code为0的问题，表示容器退出，也就是后台启动完进程就退出了，所以容器也就没有存在的意义，也就退出了。所以我们加tail命令，tail可阻塞，挂起一个主进程，类似前台启动。
注意：这时意味着和之前相比，主进程发生了变化，也就意味着，此时nginx的相关日志就不会输出在docker前台了。可以想象成原来开启的是nginx服务，现在开启了一个mysql服务，nginx的相关日志信息也理所当然的不会出现在mysql的服务中了。
重要：如果使用CMD后改变主进程，类似nginx日志将不会输出到console，此时我们应该修改nginx的配置文件，让其log输出到文件中
搞懂 fflush(stdout)
使用 printf 或 cout 打印内容时，输出永远不会直接写入“屏幕”。而是，被发送到 stdout。 （stdout 就像一个缓冲区）
默认情况下，发送到 stdout 的输出然后再发送到屏幕（我们可以根据需要将其重定向到其他文件/流）。同样，stdin 默认映射到键盘，但可以重定向到任何其他文件/流。
现在，默认情况下，stdout 是 行缓冲 的。这意味着，发送到 stdout 的输出不会被立即发送到屏幕以供显示（或重定向文件/流），直到它在其中获得换行符。因此，如果要覆盖默认缓冲行为，则可以使用 fflush 清除缓冲区（立即将所有内容发送到屏幕/文件/流）。
过一段时间后输出 hello world! 再过一段时间输出 Welcome.
立即输出 Hello, 过一段时间输出 world!，又过一段时间输出 Welcome.
能理解吗？
不能理解也没关系，我也感觉我没说清楚 ：）
就单拿输出到屏幕上来说，printf 这样的函数不是直接打印到屏幕上的，而是先放在一个缓冲区中（stdout）中。如果收到了一个换行符，就会把这个缓冲区的内容打印到屏幕上，并清空。而 fflush 的作用就是直接把缓冲区的内容打印到屏幕上，并清空缓冲区。不必等换行符 。