| Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision |
| wiki:system_configuration [2017/05/29 17:00] – [Disabling resource-intensive daemons, services and processes] autostatic | wiki:system_configuration [2017/05/29 17:05] – [limits.conf/audio.conf] autostatic |
|---|
| recovery.//"((http://elinux.org/images/b/b6/EMMC-SSD_File_System_Tuning_Methodology_v1.0.pdf)) | recovery.//"((http://elinux.org/images/b/b6/EMMC-SSD_File_System_Tuning_Methodology_v1.0.pdf)) |
| |
| You can't use this parameter in ''/etc/fstab'' for the root partition, you will have to set it as a kernel parameter. So when using Grub you can add the following parameter to the ''GRUB_CMDLINE_LINUX_DEFAULT'' line in ''/etc/default/grub'': | You can't use this parameter in ''/etc/fstab'' for the root partition, you will have to set it as a kernel parameter. So when using Grub you can add the following parameter to the ''GRUB_CMDLINE_LINUX'' line in ''/etc/default/grub'': |
| rootflags=data=writeback | rootflags=data=writeback |
| | |
| @audio - memlock unlimited # maximum locked-in-memory address space (KB) | @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'').\\ | 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''. On the other hand, 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. |
| However, certain applications have been reported to complain or even to crash with lower values than ''unlimited''.\\ | |
| On the other hand, 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. | |
| |
| You could also allow the audio group to renice processes with the help of the ''limits.conf'' file, but since nice uses SCHED_OTHER it basically does nothing to increase the performance of a low-latency real-time audio environment that relies on SCHED_FIFO/SCHED_RR. Consult the //sched_setscheduler// manpage for more info on this subject. | You could also allow the audio group to renice processes with the help of the ''limits.conf'' file, but since nice uses SCHED_OTHER it basically does nothing to increase the performance of a low-latency real-time audio environment that relies on SCHED_FIFO/SCHED_RR. Consult the //sched_setscheduler// manpage for more info on this subject. |
