span8
span4
的想法通过lifalin2016··缓存功能
你好。
我刚刚经历了FME崩溃在一个相当有限的翻译。问题在于特性缓存。
我使用HttpCaller将GeoTIFF获取到属性中,在将其写入文件之前测试了两次(对于HTTP结果代码,以及作为异常)。即。HttpCaller的输出由4个不同的转换器缓存。
问题是,所讨论的GeoTIFF的大小是1.5 Gb,而我有6个具有此属性的特性实例。即。FME需要缓存大约36gb的内存。这使得它偏离了航线。在不使用特性缓存的情况下运行解决了这个问题。
然而,每个特性的4倍缓存值实际上是不必要的,因为它是每个特性完全相同的属性值。
我的建议是:
-只缓存一次这么大的特性属性,而只是在每个transformer缓存中链接到它?
-或者,也许更简单,启用关闭功能缓存的个别变压器?
干杯
我刚刚发布了一篇关于特性缓存和性能的文章,可能会有帮助。通常,有许多方法可以管理缓存,但这里的关键是避免缓存太多的数据。在我们实现Dale的想法之前,大型数据集可能总是会导致这样的问题。
https://knowledge.亚搏在线safe.com/articles/79739/feature-caching-and-performance.html?
我们害怕这种情况。有一些正在进行的工作是为了共享大的属性,因此它们只需编写一次,这将会有很大的帮助。我们将继续研究,但在此期间,最好的办法是使用一个折叠的书签来关闭它。
samisnunu评论·
关于你的第二个建议,我还想补充一下:
-在单独的输出端口上禁用特性缓存。因为许多转换器会反复输出(缓存)未使用的(过滤掉的)数据,这会降低翻译的创作速度。
这是我学到的另一个技巧@RyanAt亚搏在线Safe将书签“折叠”,其中包括书签内的重型缓存转换器设置(FME 2018),当折叠时,书签现在有点像一个转换器,因此任何断开连接的输出端口都不会缓存数据。
分享你的好点子,或者为别人的点子投票。
©2019安全亚搏在线软件公司法律