如何使用 JOD Converter 来减少 Open Office Service 打印为 PDF 的时间响应？
我们目前正在使用 JOD Converter 将 Word 文档发送到在不同版本中运行的开放办公服务机器。 开放式办公服务托管在一个设施中，如果他们保证 100 Mbps 带宽，我们有三台服务器打印到托管开放式办公服务的服务器。
- Amazon 云服务器（临时）生成 pdf 文档大约需要 31.6 秒。
- 托管设施（开发）大约需要 29.5 秒才能生成 pdf。
- 与开放办公服务相同的设施（生产），生成完全相同的 pdf 文档大约需要 5.5 秒。
但延迟、延迟和带宽在质量上都很好。 我可以做些什么来减少这个响应时间。 看起来问题出在网络上，但我希望有一种方法来测量是否是网络问题，以便我可以记录此行为。
We are currently using JOD Converter to send a word document to an open office service running in a different machine. The open office service is being hosted in a facility were they guarantee 100 Mbps bandwidth, we have three servers that print to this server hosting the open office service.
- Amazon Cloud server (staging) takes about 31.6 seconds to generate a pdf doc.
- Hosting facility (development) takes about 29.5 seconds to generate the pdf.
- Same facility (production) where the open office service is, it takes about 5.5 seconds to generate the exact same pdf doc.
But delay, latency and bandwidth are all good in terms of quality. What can I do to decrease this response time. It looks like the problem is the network, but I will like to have a way to measure if it is the network so I can document this behavior.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如何向 OpenOffice 提供输入（word）文档？ 是否上传到OO服务器？ 您是否使用网络卷（NFS、SMB）作为放置区域？
如果先传输文件那么你用什么？ 您的传输可能未得到优化。 如果使用网络卷作为放置区域，那么在随机访问期间（例如 OO 读取输入文件），最轻微的网络延迟就会对您造成影响； 更改 NFS/SMB 客户端中的缓存参数可能会有所帮助，就像在转换之前将文件复制到本地卷一样。
How do you serve the input (word) document to OpenOffice? Is it uploaded to the OO server? Do you use a network volume (NFS, SMB) as drop area?
If transferring the file first then what are you using? Your transfer might not be optimized. If using a network volume as drop area then the slightest network latency will hit you during random access (e.g. OO reading the input file); changing caching parameters in the NFS/SMB client might be able to help, as might be copying the file to a local volume prior to conversion.