We then tried using DynaTrace to find out which objects or which Ajax connections are the slowest to respond. Fresh QV-server install, previous version as well as newest release - no changeįrom all this we conclude that it has to be something in the combination between IE8 and the QV server.Connect to server through internal network (high bandwidth) - no change.

Connect directly instead of through SSO system - no change.

Tried QlikView-supplied QVW's instead of our own - same slowness.

Create a new document and start from scratch, to rule out document corruption - no change.

Bare down document graphics/layout to the basics - remove all customizations and pictures - no change.

Bare down data model to the basics - one sheet, one table, 100 data rows - no change.Impressive performance in Chrome, still sluggish (although less sluggish) in IE.

Refactor data model - improved calculation time of objects by a factor 10.We have noticed this earlier but never so dramatic. The sheets in our documents are much slower in Internet Explorer (switching tabs takes around 3 seconds, changing selections 1 second) while in Chrome and Firefox switching sheets takes 1 second and changing selections is almost instant. We are using the newest QlikView 11 Server on IIS, together with IE8 as a client, using Ajax (not the plugin).

I run slower than internet explorer