System configuration

• Kernels >= linux-image-2.6.31 seems to work pretty good without RT patch, also for realtime pro audio usage. It's not strictly necessary anymore to install a realtime (RT) kernel to get good results. All though the best results are still expected when using a realtime kernel. Try it, test it and decide for yourself.

• Download and install a Linux distribution special made for Linux audio production.

• here You can find an example for Linux/Sidux.
• Some more hints and tips on Esben-Stein
• Some tips on the Rosegarden wiki
• here You can find an example for Linux/Gentoo.

Download the realTimeConfigQuickScan.pl script to automatically analyze your current configuration. This script will make configuration suggestions based on your current setup and link to the relevant section on this page for background information.

Discuss this script at the LinuxMusicians Forum

This section describes installing a real-time ('rt') kernel on an existing Linux distribution. Some distributions contain packages you can install to get an rt kernel, for others you'll need to compile it yourself.

run 'uname -a' to find out which kernel you're running - for example, for my ubuntu machine, this returns:

Linux bird 2.6.24-19-rt #1 SMP PREEMPT RT Wed Jun 18 16:35:41 UTC 2008 i686 GNU/Linux

2.6.24-19-rt is the version number of the currently running kernel. The configuration file with which this kernel was created can usually be found in /boot/config-2.6.24-19-rt. Open it, and check if it has the following characteristics:

CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_PREEMPT_RT=y
CONFIG_PREEMPT=y

If you can't find the config file for your kernel, or want to make extra-sure the currently running kernel is okay, read http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO#Checking_the_Kernel

This step is included in the quickScan

Install the 'linux-image-rt' package (or a specific one, like linux-image-2.6.24-19-rt).

See also: http://forums.debian.net/viewtopic.php?t=17035

If your distribution isn't any help, you can compile and install an rt kernel manually.

Among others, the following options are recommended:

• BLK_DEV_IDEDMA_PCI ('Generic PCI bus-master DMA support', and only if you use IDE at all. As of [http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.29.y.git;a=commitdiff;h=842c19ad6fc0dbd9ac9d2f8527466201802934cf 2.6.29.?], this option seems to be automatically set as needed. For older versions, find it in 'Device Drivers', 'ATA/ATAPI/MFM/RLL support', under 'PCI IDE chipsets support')

See these links:

• http://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
• http://proaudio.tuxfamily.org/wiki/index.php?title=Howto_RT_Kernel (gentoo-minded)

You should check if the following daemons are running, and if so, consider stopping them:

• powersaved
• kpowersave

For audio use, it is desirable to use a filesystem that favours few big files over many small files and low-latency over long-term thoughput.

It is said that ReiserFS and fuseblk are bad choices from this perspective, while ext3 is good.

In any case, it is advisable to mount filesystems with the 'noatime' option enabled.

This step is verified by the Quickscan, but could use more information about which filesystems are suitable.

It is useful to mount the 'tmpfs' at /tmp:

mount -t tmpfs none /tmp

or add to /etc/fstab:

none /tmp tmpfs defaults 0 0

See also: http://lowlatency.linuxaudio.org

This step is verified by the Quickscan

— AutoStatic 2010/01/15 09:10 Question: is this step still necessary now that jackd uses /dev/shm ?

It is advisable to set up your /etc/security/limits.conf properly, for example:

 @audio - rtprio 90       # maximum realtime priority
 @audio - memlock unlimited  # maximum locked-in-memory address space (KB)

Setting memlock to unlimited shouldn't be strictly necessary since most apps would work fine with lower values (such as 500000).
However, certain applications have been reported to complain or even to crash with lower values than unlimited.
It is worth mentioning that giving unlimited capability of locking memory can cause buggy applications to temporarily freeze the whole system.
See http://www.linuxmusicians.com/viewtopic.php?f=10&t=2193 for more details.

See also: http://linuxmusicians.com/viewtopic.php?f=27&t=392

Suggested settings for /etc/sysctl.conf:

 fs.inotify.max_user_watches = 524288

It is generally good practice to have an 'audio' group, and add any users that should be allowed to perform audio tasks to this group. This prevents some interference from non-audio-processes with audio tasks.

To verify you're in the 'audio' group, run the 'groups' command.

Remember, after adding yourself to new groups, you need to log out and back in again.

(be careful when adding an 'audio' group to your system: most systems come with a pre-configured 'audio' group, and do not warn you when you add another group with the same name, leading to much confusion).

This step is verified by the Quickscan.

MIDI sequencers and such will benefit from being able to use the real-time clock, /dev/rtc. Make sure the 'audio' group has read permissions on it.

A simple 'chown' might not be persistent across reboots - to make the change last, create a new 40-rtc-permissions.rules file in /lib/udev/rules.d with the following line:

KERNEL=="rtc0", GROUP="audio"

… and reboot. See also: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/306458

This step is verified by realTimeConfigQuickScan.pl.

For rtprio, higher values mean higher priority. For nice, lower values mean higher priority.

You can list threads and their priorities with 'ps axHo user,lwp,pid,rtprio,ni,command'

Most applications take care of running some threads with higher rtprio when possible themselves.

You can also set rtprio and scheduling settings manually using the chrt command-line tool, which should come with most distributions nowadays, or use the rtirq init script.

See also: http://tapas.affenbande.org/wordpress/?page_id=40

• A typical Linux audio/midi system consists of some basic components. You can find information about it here

• Answers you can find here