We have observed some oddities and I wonder if anyone have similar experiences:
We had one machine here at Atmel which lost considerable amounts of data when programming on the STK500. When measuring the deferred procedure call (DPC) latency for this machine we saw AS5 affecting this to a large degree. Actually to the degree that the UART buffer got overwritten before it could get read. An identical machine also running XP within a virtual box had no issues with performance. Yet another running win7 was also running smoothly. After updating the display driver for the problem system we saw considerable (est. 10x less startup time) over all performance improvements to AS5 and a substantial improvement the DPC-latency of the entire system. Not to mention being able to program without loosing data most of the time.
The explanation(or.. working theory anyway) is simple , but the connection was not obvious to us at the time: AS5 uses WPF as a GUI framework, which is hardware accelerated, but may not be so in VM's. The Studio shell processes a lot in the GUI thread. potentially invoking the display driver. Now, if the display spends a lot of time finding out that there was nothing new to draw, this might disrupt the entire system, and AS5 in particular. Even making the UART buffer being overwritten before it could be read out by DPC.
Please tell us if you have similar experiences! We need to get to the bottom of the massive differences in performance seen by you guys