C#Tiff到单据转换性能问题
我遇到了这个问题下面是一个场景: 我有一个文件观察服务,寻找一个分隔的.txt文件并进行一些操作。在操作之后,我将调用一个webservice,它将一个多页tiff文件转换为word文档(.doc)和一些其他操作 我正在运行一个名为file watcher服务级别的线程池,调用web服务。我最后指出并钻研了downn,瓶颈发生在.tiff到.doc阶段的转换上 一点信息,我正在使用的.tiff大约有50页和4.3MB。我希望转换几千个这样的文件(可能更大) 我曾尝试在线程池中运行.tiff的转换,但这无助于缩短时间C#Tiff到单据转换性能问题,c#,.net,C#,.net,我遇到了这个问题下面是一个场景: 我有一个文件观察服务,寻找一个分隔的.txt文件并进行一些操作。在操作之后,我将调用一个webservice,它将一个多页tiff文件转换为word文档(.doc)和一些其他操作 我正在运行一个名为file watcher服务级别的线程池,调用web服务。我最后指出并钻研了downn,瓶颈发生在.tiff到.doc阶段的转换上 一点信息,我正在使用的.tiff大约有50页和4.3MB。我希望转换几千个这样的文件(可能更大) 我曾尝试在线程池中运行.tiff的转换
我想知道是什么可以帮助您实现这种转换。如果您真的使用OCR软件将tiff或tiff转换为文档(而不是在文档中嵌入图像),我认为除了更快的硬件或更好的OCR软件之外,没有其他解决方案 我终于完成了针尖和钻孔 唐恩说瓶颈发生在 将.tiff转换为.doc 舞台 这并不是一个精确的定位。听起来这是一个非常大的代码部分。如果您使用的是第三方组件,则需要与供应商联系。如果是您自己的代码,那么您需要更具体地说明性能问题发生的位置
同样值得注意的是,简单地将代码放在后台线程上并不能使其更快。在大多数情况下,它会使速度变慢,除非您能够将作业分解为可以在物理CPU内核上并发运行的块,或者有大量的I/O或锁等待。如果您使用的是第三方组件,那么您可能无法通过线程来提高单个转换作业的执行速度。当我将代码移植到一个8核服务器时,答案就解决了。我正在使用的硬件的其他信息,i5处理器2.4Ghz,4G ram,Win 7 32位,160 GB HDD(免费)。您好,谢谢你的回复。我没有使用任何OCR软件,基本上我只是阅读TIFF,循环每一帧,并将每一帧插入文档。感谢您的回复。是的,这是代码中相当大的一部分。