[00:36] ailo, ya I've been busy too. I need to package my mode change stuff and add a config tool. I will try to make it open and not set to specific tweaks. [00:36] That way a user who has special needs can still do something we haven't thought of. [00:38] Or it can be used for other purposes besides US. [00:41] If nothing else it may make testing easier. [13:40] sorry all, have been sick since monday but i'm feeling much better now [15:06] scott-work: Seemed like there might have been a bit of hesitance adding -lowlatency for UKT maintenance :P [15:06] I was just thinking about the motivation to add it [15:07] Since we will absolutely want it in, no matter which way, and the diff is just a couple of configs, it seems like the best course of action. I guess this is what we have already formulated [15:09] Also, the configs are not only there for improving audio performance. They are more or less absolutely needed [15:10] I know we all know this, but I wonder what the guys at UKT are thinking about this [15:18] ailo: i spoke with leann late last week on irc after several emails back and forth [15:18] her original concern was adding back another kernel into their responsibility after they had reduced the numbers [15:19] her current concern is validation of usage, to which she submitted an RT ticket to get the download numbers for the studio image [15:20] leann mentioned that one reason the non-pae i386 kernel was dropped was because of low, and dwindling, usage numbers [15:21] however, if the download numbers do not justify UKT maintaining the kernel, leann was very gracious to offer help creating scripts that would minimize the work for updating the lowlatency kernel [19:46] scott-work_: Interesting to know download numbers for sure. Has anyone had any info on this before? I can understand wanting to use that as a meter, but from my point of view, the nessecity to have it as the default kernel for Ubuntu Studio, something that other distros do not suffer from (needing a special kernel), makes it a special case. Perhaps if it doesn't end up being maintained by UKT, it will hopefully gain popularity [19:48] We should also do more advertising for it. Perhaps highlight it just to make it more visible [19:56] ailo: i seem to remember cory or pesia had posted a link a long time ago [19:56] i don't remember anything specific, other than perhaps 64bit seemed to double that of 32bit over a period of time [20:00] An item we should add to testing is to make some sort of general comparison between -generic and -lowlatency. The cons and pros. Probably the only downside is higher use of power, and it would be good to be able to show how much. [20:01] I should start a scratchpad for things like this. [20:09] Or add some items to blueprints [20:10] Seems like the best way after all :P [20:35] scott-work_, good to see you back, sorry to hear you were sick. [20:36] ailo: definitely add it to the blueprint, that way it might inspire others to think of something else :) [20:36] Len-nb: thanks [20:38] scott-work_, do you have a midi IF? If so what kind? ( looking for non-mpu401 compatible) [20:39] no, i don't have any MIDI gear [20:39] Ok, there have been problems with USB MIDI IFs. I can't test it though. [20:40] I wanted to see if the problem was wider than just one instance. [20:51] ailo, I don't think the Low latency kernel would add much power use over the generic. On it's own the change will not make the cpu work harder. That would depend on the software running. "ondemand" still sets the cpu to half speed on idle and the RT stuff only gets used when SW that uses it runs. That SW would have the same effect on generic too. [20:52] ailo, setting swappiness to 10 instead of 60 would decrease power use. [20:53] speaking of swappiness, there has been a move in the linux world towards lower numbers. RH now defaults to 40. [20:54] on my two machines I have swappiness set to 0 on one and 10 on the other. [20:56] even though they are both low memory machines (1 G) there is no difference in swapping with normal use. [20:56] Len-nb: I've heard that -lowlatency might require more power. Would be good to find out [20:56] in both cases after a days use swap had no use. [20:57] ailo, figuring a test case might not be too easy. I do have a power meter though. [20:58] Jeez, my nvidia card fan is having a real concerto today. [20:58] Len-nb: If there is a way, we'll find it [20:59] have to measure both low use and high use cases. [21:00] One could ask the question why does Ubuntu not use a higher resolution by default [21:00] For the timer [21:01] ailo, I had thought of that :-) yes. [21:01] Also, what does preempt do, that would be bad for other uses [21:01] timer [21:02] the high res timer is there, but not available to userland [21:03] ailo, I think in due time these changes will become main steam [21:03] settable on boot anyway. [21:04] Actually, that might be something worth trying to hack [21:04] Would mean we don't need -lowlatency. Just some boot options [21:07] ailo, if there is a general trend to command line options, that could be a problem too. There used to be a limit to command line length... [21:08] so what we want is the kernel config to be something like yes/no/cl [21:10] Would be even better if those changes could be done during runtime [21:10] I'm not about to try to code it yet anyway :P [21:12] Ok, time to hit bed. Work to do tomorrow! [21:12] ailo, the first thing to find out is if having it running all time really affects anything else. [21:12] GN [21:13] Len-nb: I guess servers like non preempt, but I don't really know why. [21:13] As for resolution, no idea [21:13] Timer res, that is [21:14] preempt only happens if SW uses it. [21:14] timer rez probably have a cpu work load effect [21:15] preempt in a server could be a security problem. [21:15] A bad user program could be like a DOS. [21:16] All of these things should be written down and confirmed/proved somehow. [21:16] I didn't mean to do anything about this yet, since I have other tasks to do first [21:16] But, later on.. [21:16] yup [21:17] Sounds like there's some material for a comparison between the kernels anyway [21:18] GN Len-nb :)