为什么 error.log 打开的 Nano 使用 40% 的 RAM?
Why does Nano with error.log open use 40% of RAM?
编辑:我应该澄清 2GB RAM 的 40%
我刚好在我的服务器上发现了这个,我之前用 nano 打开了一个错误日志,但它仍然打开我不知道多久了。终止该任务后,我的 ram 使用量从刚刚超过 1GB 下降到 250MB。
我记得以前在某个地方遇到过这个,我想知道以后如何 prevent/avoid 这个。我喜欢 nano 的简单性,但是,是的,我想一定要终止进程或其他东西。
将不得不查看远程状态更新或服务器上的某些内容 "livelihood" 哈哈。
可能因为error.log
是一个大文件(你不说有多大)。
您是否尝试在上面使用 less
之类的传呼机?
less error.log
您可能不想编辑(即有机会更改)那个error.log
文件,您只想看看它的内部(使用 terminal pager,例如 less
,或 more
,或 most
);寻呼机使用的内存比编辑器少,因为它不允许您更改文件。
顺便说一句,考虑调整您的 logrotate(8)
注意nano
,像所有的编辑器一样,需要在一些复杂的数据结构中保存被编辑文件的内容,这样修改才有效。这解释了为什么它需要大量内存。由于 nano
是 free software (and so is less), you could study its source code 以获取更多详细信息。
编辑:我应该澄清 2GB RAM 的 40%
我刚好在我的服务器上发现了这个,我之前用 nano 打开了一个错误日志,但它仍然打开我不知道多久了。终止该任务后,我的 ram 使用量从刚刚超过 1GB 下降到 250MB。
我记得以前在某个地方遇到过这个,我想知道以后如何 prevent/avoid 这个。我喜欢 nano 的简单性,但是,是的,我想一定要终止进程或其他东西。
将不得不查看远程状态更新或服务器上的某些内容 "livelihood" 哈哈。
可能因为error.log
是一个大文件(你不说有多大)。
您是否尝试在上面使用 less
之类的传呼机?
less error.log
您可能不想编辑(即有机会更改)那个error.log
文件,您只想看看它的内部(使用 terminal pager,例如 less
,或 more
,或 most
);寻呼机使用的内存比编辑器少,因为它不允许您更改文件。
顺便说一句,考虑调整您的 logrotate(8)
注意nano
,像所有的编辑器一样,需要在一些复杂的数据结构中保存被编辑文件的内容,这样修改才有效。这解释了为什么它需要大量内存。由于 nano
是 free software (and so is less), you could study its source code 以获取更多详细信息。