Re: [LAU] questions about limits.conf

The current "official" position is at http://jackaudio.org/linux_rt_config and it would be really helpful if other replies to similar questions in the future just point people there. It is also true that (oddly) JACK and Ardour do not see eye-to-eye on the correct setting for memlock. I will rectify that in the next release of one of them. Its also true that Ardour's message only kicks in if you memlock less than 75% of your physical RAM, which it uses a very vague heuristic for a "reasonable setting". To expand (again) on something mentioned on that FAQ page and earlier in thread and in other threads: nice(1) is not just "no longer necessary", it was NEVER necessary, NEVER had anything to with proper scheduling of realtime threads, and should NEVER be discussed in connection with JACK and its clients. It is very unfortunate that the myth that nice is somehow related to all this stuff has propagated so far and wide - the myth is false, was always false and will always be false. Please do not mention nice to people in connection with audio application scheduling and please correct other people when they do. Its unfortunate that even people like Linus Torvalds fall into this bad habit, although he will at least admit the mistake when pushed.