/dev/null 的原理是什么？大量写入会影响系统性能吗？

我有时候会把暂时不需要的日志指向null,需要的时候再指向别的地方...

继续歪楼

http://www.aboutmyip.com/AboutMyXApp/RunDevNullSmtp.jsp

@wizardoz 有返回的，输出多少就返回多少
static ssize_t write_null(struct file *file, const char __user *buf,
size_t count, loff_t *ppos)
{
return count;
}

这个一般都是在脚本里面用的吧，特别是一些crontab定时器中执行的脚本，大部分作用是把无用或出错信息不显示。
如果考虑到使用的情况，将打印显示到界面的资源消耗量应远大于输入到/dev/null 所以个人感觉可以放心使用。

这个return size一定要，不要的话，用户态write会返回失败。以前写驱动的时候这里返回值写0，导致用户态write失败。

write系统调用消耗的CPU很少了

@bellchu 26楼

@ryd994 这不是正好证明我的理解是正确的么。无IO或无延迟，大量system call积聚造成CPU占用率飙升。

BTW，昨天去楼下苹果店用这些命令给新Macbook烤机，开了四个线程的yes，CPU 100%，无风扇的机器居然不是很烫。。。。有点想买了，除了他那个纠结的键盘之外。

@bellchu 再BTW，yes是纯输出的命令，而/dev/null是write only的设备。所以用yes才能演示楼主所说的大量写入的情况。

cat /dev/zero首先是从/dev/zero读取，然后写入/dev/null。所以system call的数量是read/write各占一半。

/dev/zero /dev/random /dev/null都是上世纪创造的东西了，现在很多人都在想怎么改良它们。