数，树，肚子， 无心

mathe

其中d1~d4已经运行了好几天了。

无心人

不知道为什么
现在时间增加到了200多

mathe

是偶尔一个还是现在都如此？偶尔一个应该是没有问题的。但是如果都如此那就有问题了。
从我这边运行的结果来看，使用时间的模式基本上没有什么变化的，没有长期变长的趋势。
你可以用任务管理器查看一下是不是内存使用量一直在增加？如果是内存泄漏，是有可能的。
另外是不是凑巧这个时候你的机器还在处理其他事情呢？

无心人

你看下d5 250-255

无心人

发现一个问题
如果实时删除文件，会造成某个磁盘区域频繁的写

如果不实时删除，则会占很大的磁盘
下载了Gavotte Ram Disk
准备把中间的临时文件写到内存盘

呵呵， 还要改代码
mathe对这个有什么见解

mathe

我总是覆盖写同一个文件，不过我不认为计算机会写在同一个地方。
呵呵不过我对硬件不是很关心，所以我是不改了。
对于这个问题，比较简单的解决方案是将所有的需要输入改成从标准输入来输入，所有的需要的输出从标准输出来输出
(但是现在有时候用文件，有时候用标准输入输出甚至stderr)
改完以后，就可以直接用管道连接
比如程序
finder<input >tmp1
sfilter<tmp1 >tmp2
filter<tmp2 >output
可以用
finder <input | sfilter | filter >output 来代替

无心人

不是正好一个地方
但总会有个别扇区是高频率写的

无心人

临时文件改在了Ram盘
放心多了

呵呵

无心人

想到一个办法

数据保存在本地
网络上主机放一个程序
用命名管道方式（最简单的网络通信）
获取每次计算的文件项
然后本地计算，计算的数据
上报结果的大小
主机只保存是否计算了
和有没有结果

对有结果的，用另外的机器核验

无心人

d5-1883
这次filter停顿了25679秒
呵呵