LinuxDevCenter.com

oreilly.comSafari Books Online.Conferences.
Sign In/My Account | View Cart   

We've expanded our Linux news coverage and improved our search! Search for all things Linux across O'Reilly!

Search
Search Tips

advertisement


Listen Print Subscribe to Linux Subscribe to Newsletters

Audio-latency test results (audio buffer 3 x 256 bytes)

Test results for:

  • Kernel: 2.2.10 patched, tuned
  • Kernel: 2.2.17 patched, tuned
  • Kernel: 2.4.0-test9, unpatched, untuned
  • Kernel: 2.4.0-test9, patched, untuned
  • Kernel: 2.4.0-test9, patched, tuned

Key to graphs

(Click here to open this key in a pop-up window for reference while viewing graphs)

  • The red reference line is the global audio buffer size; if this deadline is missed you will hear a sound drop-out.

  • The white line is the actual scheduling latency, the ideal would be the time it takes to play 1 audio fragment (fragment latency).

  • The green line is the time the CPU takes to execute an empty loop (which is calibrated at 80% of the fragment time).

    This is used to simulate heavy CPU computations during the audio play, a typical example could be a synthesizer which computes the waveform to play in realtime.

    Since the thread runs with SCHED_FIFO priority, if this time goes up, then the cause could be the DMA / PCI / ISA contention on the system bus, or busy kernel I/O routines.

  • The yellow reference line is the len of one audio fragment (ideally the white line should stay close to yellow line).

  • The white between +/-1ms is the % of time the total latency stays in the range between +/-1ms of the optimal latency.

  • The white between +/-2ms is the % of time the total latency stays in the range between +/-2ms of the optimal latency.

  • The green between +/-0.2ms is the % of time the CPU loop latency stays in the range between +/-0.2ms of the nominal CPU loop latency.

  • The green between +/-0.1ms is the % of time the CPU loop latency stays in the range between +/-0.1ms of the nominal CPU loop latency.

Kernel: 2.2.10 patched, tuned

X11 stress (2.2.10 patched, tuned)

X11 stress

/proc filesystem stress (2.2.10 patched, tuned)

proc filesystem stress.

Disk write stress (2.2.10 patched, tuned)

Disk-write stress

Disk copy stress (2.2.10 patched, tuned)

Disk copy stress

Disk read stress (2.2.10 patched, tuned)

Disk read stress

View other test results:

  • Kernel: 2.2.17 patched, tuned
  • Kernel: 2.4.0-test9, unpatched, untuned
  • Kernel: 2.4.0-test9, patched, untuned
  • Kernel: 2.4.0-test9, patched, tuned

Return to Achieving Low-Latency Response Times Under Linux

Pages: 1, 2, 3, 4, 5

Next Pagearrow




Tagged Articles

Be the first to post this article to del.icio.us

Sponsored Resources

  • Inside Lightroom
Advertisement
O'Reilly Media
© 2008, O'Reilly Media, Inc.
(707) 827-7000 / (800) 998-9938
All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners.
About O'Reilly
Privacy Policy
Contacts
Authors
Press Room
Jobs
User Groups
Academic Solutions
Newsletters
Writing for O'Reilly
RSS Feeds
Other O'Reilly Sites
O'Reilly Radar
Ignite
Tools of Change for Publishing
Digital Media
Inside iPhone
O'Reilly FYI
makezine.com
craftzine.com
hackszine.com
perl.com
xml.com
Sponsored Sites
Inside Aperture
Inside Lightroom
Inside Port 25
InsideRIA
java.net