You are viewing limited content. For full access, please sign in.

Question

Question

Weblink 8.2.2 large file download performance

WebLink Version 8
Updated January 10, 2014
asked on January 7, 2014

Greetings,

 

We are running out of ideas to resolve a significant performance issue. I would rate this problem as severe – service level is greatly degraded. Any help is greatly appreciated!

 

50MB+ files take too long to download from Weblink, may take 120+ seconds, or may not complete at all. The larger the file, the slower the download. This does not appear to be unique to any specific file type, and is not specific to any single web browser, but it is only a problem with non-native files. Viewing native Laserfiche documents is fast as expected.

 

We have Weblink configured in a supported manner. Here is an example, a 100MB audio file: http://archive.corvallisoregon.gov/0/doc/394370/Electronic.aspx

 

1 0

Replies

replied on January 7, 2014

I clicked on the link and waited for a while, and Wireshark indicated that WebLink hadn't returned any data to my browser.  That makes me think that the problem is some kind of bottleneck between WebLink and the Laserfiche server.  I assume that Laserfiche is installed internally and you have a firewall between them - I'd guess that the firewall is introducing a good bit of latency.  If the firewall itself doesn't make that sort of diagnostic information available, you can take Wireshark captures on both servers (at the same time) and compare timings between them.

 

Other possibilities include anti-virus software, which sometimes installs a web proxy that can interfere with Laserfiche traffic.

2 0
replied on January 10, 2014

Gale,

 

 Unfortunately since Laserfiche has moved away from the old forums to this new platform you would have found the answer to your problem and that is how Laserfiche serves non-native file formats through WebLink. This is actually by design as Laserfiche will stream the entire file to the client before the client will show/execute the non-native file (the file actually resides on the Laserfiche server and not the webserver). All of this was discussed in the old forums with no resolve. You can test this out yourself by putting the same audio file on your webserver and accessing it directly. The transfer should be much faster than going through Laserfiche.

1 0
replied on January 10, 2014
1 0
replied on January 10, 2014

We recreated the same weblink configuration on a new VM in the same network segment and performance was significantly better. I think it’s as good as it ever is, about 20 seconds to retrieve a 150 MB file. This is a vast improvement over the 90 – 180 seconds. Previously files larger than 200MB would not download at all. So we’ve confirmed it’s not the firewall making it slow, and it has something to do with the IIS server configuration in the VM it was on. I’ve already initiated DNS changes for requests to be routed to the new server, so we are up and moving again.

 

My guess is that there is a conflict on the previous IIS server with modules or handler mappings installed by a content management system that runs City web Site.   thanks for all your help and responses

1 0
replied on January 7, 2014 • Show version history

Gale-

 

Laserfiche documents are stored as single page tiff files typically. Are you monitoring the network utilization on the server when trying to download one of these large files? When accessing a Laserfiche document they are typically smaller in file size, and download just one image at a time. Whereas an electronic document is having to download the whole file at once.

 

I recently had a very similar discussion with one of my clients about this very same issue. 

 

Thanks,

Chad

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.

Details
Related Posts
Loading ...