| 10 | | 2. There are some pretty bad interrupt latency issues, which may explain why the audio is popping and crackling. I haven't honed into the cause of it, but it looks like it may be a driver DPC routine that is taking too long to process, and thereby slowing down other routines, including audio which is time sensitive. Routines would take in the region of 300-500 micro-seconds (idle), with frequent spikes to 5ms and in some cases taking as much as 40-50ms when under load. |
| | 10 | 2. There are some pretty bad interrupt latency issues, which may explain why the audio is popping and crackling. I haven't honed into the cause of it, but it looks like it may be a driver DPC routine that is taking too long to process, and thereby slowing down other routines, including audio which is time sensitive. |
| | 11 | |
| | 12 | The base test had all auxiliary features disabled (usb, serial, optical, networking, drag and drop, clipboard sharing and so on). |
| | 13 | |
| | 14 | Routines would take in the region of 300-500 micro-seconds (idle), with frequent spikes to 5ms and in some cases taking as much as 40-50ms when under load. |
| | 15 | |
| | 16 | When the audio input was turned off the routine would range between 100-350 microseconds, with peaks at 500 microseconds. |
