span8
span4
你好,我的问题是,简单的dgn->imageraterizer->geotiff速度很慢,图片大小为10kmx10km, 0.13cell size (0.13995 m/pxl?) 82500x85000像素。有没有办法让它比3天还快?
我的目标是从它得到0.13399 m/pxl tiff
82500 x85000像素
这是非常大的。如果我的数学是正确的,这是6806250000像素
每个像素可能是8位,一个彩色图像将有3个波段。
也就是6806250000 x 8 x 3 = 163350,000,000比特。
每兆字节有8388608位:
163350,000,000 / 8388608 = 19472mb(大约20gb)
这就是这里处理的数据量。神奇的是吗?我敢打赌DGN数据集根本不是那么大。
不管怎么说,如果你没有那么多内存那么FME就必须开始缓存到磁盘,这将是缓慢的。固态硬盘会有所帮助。因此,最大化您的系统规范将大有帮助。
顺便说一下,输出文件,当它被压缩时,可能是10gb或更大。这对你有用吗?
我同意戴夫的看法,铺瓷砖可能是个不错的选择。我的直觉是将数据平铺在一个工作区中,然后将每个平铺发送到另一个工作区,在那里数据将被单独压缩(使用WorkspaceRunner转换器来实现这一点);但是现在我在考虑这个问题,我不确定我们的方法会有多大的不同。
不管怎么说,如果你做一组10x10的瓷砖,每个tile只有194mb的数据。FME可以在不缓存到磁盘的情况下一次性处理所有这些,所以while的运行速度会比一次处理所有的问题要快。
©2019安全亚搏在线软件公司|法律