/srv/irclogs.ubuntu.com/2013/02/17/#ubuntustudio-devel.txt

zequenceLen-nb: I need to do more testing, but from what it seems, nouveau does in deed seem lousy for low latency00:06
zequenceThe difference I got from cyclictest was around 10x more latency when stressing on nouveau00:07
Len-nbCould be. It depends on what someone is doing. moving a solitaire card across the screen takes a lot of system use.00:08
Len-nbzequence, lowlatency should be tested with audio SW (or video editing).00:09
Len-nbtesting with games or other desktop sw does not make sense,00:09
zequenceLen-nb: What you do is you run jack, and see if you make it have audio dropouts.00:12
zequenceWith a jack application, of course00:13
zequenceFunny. Now I'm suddenly having the same sort of performance as I did on Natty almost00:13
zequenceNot a single xrun on 64 f/p. 00:13
zequenceAs long as you're not using other realtime processes, it doesn't really matter what it is. It shouldn't budge the audio process00:14
Len-nbYa my testing was with 32 and audio apps setting cpu to 60% or so, no drop outs for over an hour.00:14
Len-nbfirefox was on and  did go from workspace to workspace00:15
Len-nbI haven't had problems at 64 even with hyperthreads on.00:16
zequenceLen-nb: What kind of graphics do you have on that machine?00:16
Len-nbolder nvidia00:17
Len-nbopen driver00:17
zequenceThere are some variables at play here. For me, nouveau was total crap. This is a farily modern card. 00:18
Len-nbGotta run... the family wants to go bowling00:18
Len-nbzequence, I think that is the divider, I have an old card. The driver has gotten better for me in that it handles more things, but I have not seen any speed increase.04:03
Len-nbWith the newer card the driver tries to do more and prolly needs more work.04:04
len-1304zequence, have you looked at http://wiki.linuxcnc.org at all? http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Latency-Test has a list of better and worse MB for low latency work.04:42
len-1304There is a trouble shooting link from that page that when talking video says "Avoid anything nvidia"  :)04:44
zequencelen-1304: Well, nvidia may be a problem, but considering nouveau are open, those can be made efficient. 10:08
zequenceAnd they've probably not been working on getting their drivers to work well in realtime enivronments10:09
zequencelen-1304: I saw rt-tests has a tool for measuring HW latency. Need to look more on that10:10
smartboyhwHey zequence 10:12
zequencesmartboyhw: hi10:12
smartboyhwzequence, working on a Ubuntu Studio release checklist as said earlier10:13
zequencesmartboyhw: good. on the wiki?10:14
smartboyhwzequence, not yet. I don't like editing on the wiki for the draft... I will push it to the wiki soon, possibly in 4-5 hours10:14
zequenceI'm much too unprofessional to do it properly myself. I tend to edit the wikis directly10:15
smartboyhwoh10:15
zequencelen-1304: you should try using a realtime kernel, just to see the difference. debian wheezy has one which at least on my machine performs better than with -lowlatency10:16
zequencelen-1304: you should probably be able to run ice1712 at 16 f/p, but it'll creash easily, if you start any kind of jack program with it10:58
smartboyhwzequence, https://wiki.ubuntu.com/UbuntuStudio/ReleaseProcedure13:00
smartboyhwFirst draft13:00
zequencesmartboyhw: Nice work. Just one note. We should try to keep the release specific work as much contained within the group that handles the relase13:02
smartboyhwzequence, i.e. which step?:P13:02
zequencesmartboyhw: I don't think the doc team should handle release notes. The doc team is more of a User Guide writing team13:07
smartboyhwzequence, sorry13:07
* smartboyhw edits it13:07
zequenceBetter either a release team does that, or the core team. I might prefer the release team in this case13:08
smartboyhwzequence, ok..... If scott-work wants to use the -core team I will edit it13:08
smartboyhwzequence, edited the doc-team -> release team part13:09
zequencesmartboyhw: Seems like that was the only thing actually. One thing I would like to do though, is to condense the text. This is purely form a practical point of view. Each point should be as short as possible, and only contain words and links you absolutely need in order to understand what the point is about13:11
zequenceFor example, point one, I would write: Dev Team ensures all milestone targetted bugs are fixed for this release.13:12
smartboyhwzequence, yep. We need to simplify. But then I like technical things:P13:12
zequenceOr, for "the release"13:13
zequencesmartboyhw: It's just a detail, but one I think is important. It makes it so much easier for other people to follow what the plan is13:14
smartboyhwzequence, :)13:14
zequenceThis is something I try to think about all the time, when I write docs. If you can formulate information in a way which is time efficient to read, and also easy to understand, chances are people will be more efficient with their work, as the clues to what they need to do are so easy to follow13:16
smartboyhwzequence, OK13:16
zequenceAssume everyone is a lazy moron13:17
smartboyhwzequence, lol13:17
* smartboyhw is one13:17
zequenceI wouldn't suggest for you to do it this way, if you were writing docs for IBM13:17
smartboyhwzequence, LOL LOL LOL LOL LOL LOL LOL13:18
smartboyhwzequence, do you remember the rt ticket we submitted? When will it be done?14:39
smartboyhwClearly the Canonical IS isn;t listening14:41
len-1304zequence, Re, RT stuff in general. I would be interested in the video editors POV.15:20
len-1304I don't know how important latency is for that.15:21
len-1304For the graphics person, raw throughput is probably more important.15:21
smartboyhwzequence, someone in #ubuntu+1 said15:26
smartboyhw<penguin42> interesting, we've been changed to the -lowlatency kernel build15:26
smartboyhw!?15:26
smartboyhwzequence, as it turns out: that guy actually manually used our kernel cause it's good15:29
=== zequence_ is now known as zequence

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!