脚本运行在文本文件(.h,.cpp)上。
当脚本运行时,我看到PF使用量增加,直到达到分配给页面文件的VM数量。
有没有办法在运行过程中或之后刷新虚拟机?
防止沉重的进程在交换文件中下沉
如何告诉Linux,如果需要支持物理页面,mmap()的页面不需要被写入交换?
我怎样才能获得预读字节?
GlobalMemoryStatusEx / GetPerformanceInfo – 获取实际页面文件大小,使用的页面文件和可用的页面文件
我已经打开了另一个问题(认为这是不同的问题): 单一的命令多个替代?
大块或批量您的操作,以便您可以更有效地使用您的内存,而不是将所有内容加载到内存中。 如果您的文件都不是很大,请限制将这些文件中的文本加载到内存中的线程数。 如果使用大型文件,请使用您的内存更高效地处理它们。
不,但也许你可以改变脚本消耗更少的内存。
更新 。 我试图重现在Linux上的问题,对应于其他问题中列出的脚本。 在Bash:
while read fileName; do echo echo ----------------------------------------------- echo For file $fileName : while read matchItem; do echo Searching for $matchItem echo sed -i "s/$matchItem/XXXXXXXXX $matchItem XXXXXXXXXXXXXX/" $fileName done < allFilesWithH.txt done < all.txt
我已经使用了一个蛋白质序列数据库(大文本文件,FASTA格式,高达74 MB)和测试短肽序列的片段(这样每个文件至少有10个替换)。 当它运行时,没有进程正在使用任何重要的内存(正如我所期望的)。 处于运行状态的cpu负载在50%左右。 所以我不能重现这个问题。
页面文件是一个系统资源,不能被任何用户进程操纵。 在这种情况下,增加大小的页面文件只是应用程序问题的症状 – 应用程序超出了提交限制。 你必须处理问题,而不是症状。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。