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.
我们目前正在使用JOD Converter将word文档发送到在不同机器上运行的开放式办公服务。开放式办公室服务正在一个设施中托管,如果他们保证100 Mbps带宽,我们有三台服务器打印到托管开放式办公室服务的服务器。
- 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.
Amazon Cloud服务器(登台)大约需要31.6秒才能生成pdf文档。
托管设施(开发)大约需要29.5秒来生成pdf。
开放式办公室服务所在的相同设施(生产),生成完全相同的pdf文档大约需要5.5秒。
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.
但延迟,延迟和带宽在质量方面都很好。我该怎么做才能减少响应时间。看起来问题是网络,但我想有一种方法来衡量它是否是网络,所以我可以记录这种行为。
1 个解决方案
#1
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?
如何将输入(word)文档提供给OpenOffice?它是否上传到OO服务器?您是否使用网络卷(NFS,SMB)作为丢弃区域?
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.
如果首先传输文件,那么你使用的是什么?您的转移可能未得到优化。如果使用网络卷作为丢弃区域,那么在随机访问期间(例如,OO读取输入文件),最轻微的网络延迟将会打击您;更改NFS / SMB客户端中的缓存参数可能会有所帮助,因为可能在转换之前将文件复制到本地卷。
#1
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?
如何将输入(word)文档提供给OpenOffice?它是否上传到OO服务器?您是否使用网络卷(NFS,SMB)作为丢弃区域?
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.
如果首先传输文件,那么你使用的是什么?您的转移可能未得到优化。如果使用网络卷作为丢弃区域,那么在随机访问期间(例如,OO读取输入文件),最轻微的网络延迟将会打击您;更改NFS / SMB客户端中的缓存参数可能会有所帮助,因为可能在转换之前将文件复制到本地卷。