14 Jun
2011
14 Jun
'11
12:38 a.m.
Hi all,
I just built a threaded-irqs enabled 2.6.39.1 kernel and used cyclictest
to try to get an initial feeling of how good it might be. Cyclictest
tests scheduling delays of the kernel it is running on[*]. These tests
were run on a Fedora 13 T510 Lenovo laptop, with the ugly binary Nvidia
driver (caveat emptor).
In the menu:
2.6.39.1 with threaded irqs and PREEMPT active
2.6.33.13-rt31
2.6.34.8-rt31 (a forward port of rt31 to 2.6.34)
plain Fedora kernel (2.6.34.8-68.fc13.i686.PAE)
Now, before someone points it out, this is just a synthetic test that
measures scheduling latency, not a real audio application.
See below for details... (look at the "Avg:" and "Max:" latency
values,
those are in microseconds)
Unless I have done something wrong, it looks like we have a long way to
go with regards to scheduling latency in anything other than 2.6.33 + rt
patches. But, with threaded irqs in 2.6.39 maybe the performance with
audio applications running under jack will be good anyway as we will be
able to tune irq processing. Seems to me unlikely. I have not tested
that yet.
Tests were done after a clean reboot, initially with the machine idle
and then while loading thunderbird with tons of emails and firefox with
tons of pages. No audio work.
YMMV...
-- Fernando
[*] https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
----------------------------------------------------------------------
LENOVO T510
----------------------------------------------------------------------
2.6.33.13-149.rt31.2.fc13.ccrma.i686.rtPAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; done
policy: fifo: loadavg: 0.02 0.20 0.11 1/405 7024
T: 0 ( 7024) P:80 I:10000 C: 10000 Min: 3 Act: 75 Avg: 54 Max:
121
policy: fifo: loadavg: 0.08 0.17 0.10 2/405 7027
T: 0 ( 7026) P:80 I:10000 C: 10000 Min: 3 Act: 73 Avg: 75 Max:
126
policy: fifo: loadavg: 0.01 0.12 0.09 1/405 7029
T: 0 ( 7029) P:80 I:10000 C: 10000 Min: 3 Act: 90 Avg: 49 Max:
141
policy: fifo: loadavg: 0.37 0.21 0.12 1/405 7031
T: 0 ( 7031) P:80 I:10000 C: 10000 Min: 4 Act: 70 Avg: 76 Max:
148
policy: fifo: loadavg: 0.27 0.21 0.12 1/405 7033
T: 0 ( 7033) P:80 I:10000 C: 10000 Min: 4 Act: 46 Avg: 73 Max:
144
policy: fifo: loadavg: 0.15 0.20 0.12 1/405 7035
T: 0 ( 7035) P:80 I:10000 C: 10000 Min: 3 Act: 90 Avg: 77 Max:
142
policy: fifo: loadavg: 0.07 0.15 0.11 2/405 7037
T: 0 ( 7037) P:80 I:10000 C: 10000 Min: 3 Act: 16 Avg: 71 Max:
135
policy: fifo: loadavg: 0.05 0.12 0.10 1/405 7040
T: 0 ( 7039) P:80 I:10000 C: 10000 Min: 3 Act: 84 Avg: 72 Max:
142
policy: fifo: loadavg: 0.01 0.08 0.08 1/405 7042
T: 0 ( 7042) P:80 I:10000 C: 10000 Min: 3 Act: 105 Avg: 51 Max:
146
policy: fifo: loadavg: 0.00 0.05 0.07 1/406 7045
T: 0 ( 7044) P:80 I:10000 C: 10000 Min: 4 Act: 11 Avg: 50 Max:
121
policy: fifo: loadavg: 0.07 0.06 0.07 1/406 7047
T: 0 ( 7047) P:80 I:10000 C: 10000 Min: 2 Act: 73 Avg: 76 Max:
140
policy: fifo: loadavg: 0.01 0.04 0.06 1/406 7049
T: 0 ( 7049) P:80 I:10000 C: 10000 Min: 3 Act: 67 Avg: 70 Max:
137
policy: fifo: loadavg: 0.02 0.04 0.06 1/406 7051
T: 0 ( 7051) P:80 I:10000 C: 9573 Min: 3 Act: 68 Avg: 47 Max:
146
policy: fifo: loadavg: 0.02 0.04 0.06 1/406 7053
----------------------------------------------------------------------
2.6.34.8-68.fc13.i686.PAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; sleep
10; done
policy: fifo: loadavg: 0.20 0.33 0.15 1/298 2559
T: 0 ( 2521) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 36 Max:
354
policy: fifo: loadavg: 0.34 0.30 0.16 1/332 2676
T: 0 ( 2583) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 31 Max:
1749
policy: fifo: loadavg: 0.39 0.38 0.20 1/350 2835
T: 0 ( 2726) P:80 I:10000 C: 10000 Min: 2 Act: 9 Avg: 33 Max:
12861
policy: fifo: loadavg: 0.11 0.29 0.18 2/350 2839
T: 0 ( 2838) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 43 Max:
133
policy: fifo: loadavg: 0.02 0.19 0.16 1/348 2842
T: 0 ( 2842) P:80 I:10000 C: 10000 Min: 4 Act: 75 Avg: 48 Max:
17789
policy: fifo: loadavg: 0.07 0.15 0.14 1/347 2858
T: 0 ( 2845) P:80 I:10000 C: 10000 Min: 4 Act: 56 Avg: 50 Max:
1808
policy: fifo: loadavg: 0.18 0.15 0.14 1/347 2861
T: 0 ( 2861) P:80 I:10000 C: 10000 Min: 3 Act: 11 Avg: 52 Max:
187
policy: fifo: loadavg: 0.34 0.19 0.15 1/345 2864
T: 0 ( 2864) P:80 I:10000 C: 10000 Min: 4 Act: 69 Avg: 46 Max:
119
policy: fifo: loadavg: 0.39 0.28 0.19 1/346 2869
T: 0 ( 2867) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 27 Max:
361
policy: fifo: loadavg: 0.10 0.20 0.17 1/347 2875
T: 0 ( 2872) P:80 I:10000 C: 10000 Min: 4 Act: 14 Avg: 31 Max:
425
policy: fifo: loadavg: 0.01 0.13 0.15 1/346 2882
T: 0 ( 2879) P:80 I:10000 C: 10000 Min: 4 Act: 58 Avg: 55 Max:
186
policy: fifo: loadavg: 0.09 0.12 0.13 1/346 2887
T: 0 ( 2885) P:80 I:10000 C: 10000 Min: 4 Act: 67 Avg: 50 Max:
129
policy: fifo: loadavg: 0.10 0.12 0.13 1/347 2890
----------------------------------------------------------------------
2.6.39.1-1.threadirqs.1.fc14.ccrma.i686.PAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; sleep
10; done
policy: fifo: loadavg: 0.13 0.25 0.12 1/290 2279
T: 0 ( 2279) P:80 I:10000 C: 10000 Min: 5 Act: 42 Avg: 45 Max:
1015
policy: fifo: loadavg: 0.64 0.36 0.18 1/338 2567
T: 0 ( 2299) P:80 I:10000 C: 10000 Min: 4 Act: 48 Avg: 44 Max:
3124
policy: fifo: loadavg: 0.20 0.30 0.18 1/337 2583
T: 0 ( 2571) P:80 I:10000 C: 10000 Min: 3 Act: 43 Avg: 50 Max:
10301
policy: fifo: loadavg: 0.07 0.22 0.16 2/341 2592
T: 0 ( 2586) P:80 I:10000 C: 10000 Min: 5 Act: 30 Avg: 46 Max:
15227
policy: fifo: loadavg: 0.48 0.33 0.21 3/340 2602
T: 0 ( 2595) P:80 I:10000 C: 10000 Min: 4 Act: 7 Avg: 29 Max:
992
policy: fifo: loadavg: 0.17 0.28 0.21 1/340 2613
T: 0 ( 2610) P:80 I:10000 C: 10000 Min: 3 Act: 15 Avg: 32 Max:
99
policy: fifo: loadavg: 0.34 0.27 0.21 4/346 2660
T: 0 ( 2616) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 36 Max:
1326
policy: fifo: loadavg: 0.14 0.25 0.22 2/342 2680
T: 0 ( 2665) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 38 Max:
709
policy: fifo: loadavg: 0.18 0.24 0.22 1/342 2687
T: 0 ( 2683) P:80 I:10000 C: 10000 Min: 4 Act: 17 Avg: 44 Max:
17692
policy: fifo: loadavg: 0.15 0.23 0.22 1/343 2690
----------------------------------------------------------------------
2.6.34.8-68.rt0.3.fc13.ccrma.i686.rtPAE
----------------------------------------------------------------------
while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; sleep 10; done
policy: fifo: loadavg: 0.19 0.30 0.13 1/355 2561
T: 0 ( 2542) P:80 I:10000 C: 10000 Min: 3 Act: 27 Avg: 33 Max:
143
policy: fifo: loadavg: 0.03 0.20 0.11 1/354 2565
T: 0 ( 2564) P:80 I:10000 C: 10000 Min: 6 Act: 15 Avg: 55 Max:
135
policy: fifo: loadavg: 0.53 0.27 0.14 3/401 2780
T: 0 ( 2568) P:80 I:10000 C: 10000 Min: 3 Act: 9 Avg: 21 Max:
134
policy: fifo: loadavg: 0.50 0.39 0.20 1/405 2899
T: 0 ( 2869) P:80 I:10000 C: 10000 Min: 3 Act: 66 Avg: 36 Max:
119
policy: fifo: loadavg: 0.13 0.28 0.18 1/404 2902
T: 0 ( 2902) P:80 I:10000 C: 10000 Min: 3 Act: 48 Avg: 31 Max:
116
policy: fifo: loadavg: 0.10 0.27 0.17 1/405 2905
14 Jun
14 Jun
11:40 a.m.
On Mon, Jun 13, 2011 at 7:38 PM, Fernando Lopez-Lezcano
<nando(a)ccrma.stanford.edu> wrote:
Unless I have done something wrong, it looks like we
have a long way to go
with regards to scheduling latency in anything other than 2.6.33 + rt
patches. But, with threaded irqs in 2.6.39 maybe the performance with audio
applications running under jack will be good anyway as we will be able to
tune irq processing. Seems to me unlikely. I have not tested that yet.
I have been running 2.6.39 on a Toshiba A505 laptop with the
proprietary Nvidia driver for a couple of weeks and it has worked
decently for me. The main issues I've had have been mainly related to
the new firewire stack but I'm not sure if that's because I use a
"reported to work" Maudio Firewire Solo or because of issues directly
related to the new kernel. Otherwise, when the firewire isn't blowing
up, I get no xruns and things seem to work about as well as they did
with 2.6.33 + rt.
--Steve
17 Jun
17 Jun
11:50 p.m.
On Martes, 14 de Junio de 2011 02:38:11 Fernando Lopez-Lezcano escribió:
while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l
10000 ; done
Hi Fernando,
Here my results on "io GNU/Linux", Kernel 2.6.33-2-rt13.mk.5-io-rt-686 running
on Dell Inspiron One 19T; JACK and all audio stuff off. Uptime 4 days, 11:08.
while true ; do cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; done
policy: fifo: loadavg: 0.50 2.34 2.26 2/382 22522
T: 0 (22522) P:80 I:10000 C: 433 Min: 6 Act: 13 Avg: 14 Max:
34
policy: fifo: loadavg: 0.46 2.30 2.25 1/382 22524
T: 0 (22524) P:80 I:10000 C: 251 Min: 7 Act: 20 Avg: 15 Max:
38
policy: fifo: loadavg: 0.42 2.27 2.24 1/382 22526
T: 0 (22526) P:80 I:10000 C: 284 Min: 5 Act: 14 Avg: 11 Max:
19
policy: fifo: loadavg: 0.47 2.24 2.23 4/382 22528
T: 0 (22528) P:80 I:10000 C: 385 Min: 6 Act: 12 Avg: 15 Max:
40
policy: fifo: loadavg: 0.43 2.21 2.22 2/382 22530
T: 0 (22530) P:80 I:10000 C: 384 Min: 6 Act: 12 Avg: 16 Max:
33
policy: fifo: loadavg: 0.40 2.17 2.20 2/382 22532
T: 0 (22532) P:80 I:10000 C: 400 Min: 6 Act: 17 Avg: 16 Max:
32
policy: fifo: loadavg: 0.37 2.13 2.19 3/382 22534
T: 0 (22534) P:80 I:10000 C: 318 Min: 5 Act: 19 Avg: 16 Max:
35
policy: fifo: loadavg: 0.37 2.13 2.19 2/382 22536
T: 0 (22536) P:80 I:10000 C: 156 Min: 6 Act: 22 Avg: 14 Max:
30
Cheers
MK
18 Jun
18 Jun
5:56 p.m.
On Mon, Jun 13, 2011 at 05:38:11PM -0700, Fernando Lopez-Lezcano wrote:
Hi all,
I just built a threaded-irqs enabled 2.6.39.1 kernel and used
cyclictest to try to get an initial feeling of how good it might be.
Cyclictest tests scheduling delays of the kernel it is running
on[*]. These tests were run on a Fedora 13 T510 Lenovo laptop, with
the ugly binary Nvidia driver (caveat emptor).
In the menu:
2.6.39.1 with threaded irqs and PREEMPT active
2.6.33.13-rt31
2.6.34.8-rt31 (a forward port of rt31 to 2.6.34)
plain Fedora kernel (2.6.34.8-68.fc13.i686.PAE)
Now, before someone points it out, this is just a synthetic test
that measures scheduling latency, not a real audio application.
still... it provides some numbers.
and what i get seems to differ from what you get pretty heavily.
---( torbenh@siel )---( ~/cvs/rt-tests )---
-> uname -a
Linux siel 2.6.39 #53 SMP PREEMPT Wed May 25 22:11:00 CEST 2011 x86_64
GNU/Linux
---( torbenh@siel )---( ~/cvs/rt-tests )---
-> ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 -m
policy: fifo: loadavg: 2.34 1.27 0.54 5/267 10411
T: 0 ( 7904) P:80 I:10000 C: 10000 Min: 8 Act: 19 Avg: 17 Max:
97
---( torbenh@siel )---( ~/cvs/rt-tests )---
its just a single run. with a kernel compile in the background.
and thats WITHOUT threadirqs
See below for details... (look at the "Avg:"
and "Max:" latency
values, those are in microseconds)
Unless I have done something wrong, it looks like we have a long way
to go with regards to scheduling latency in anything other than
2.6.33 + rt patches. But, with threaded irqs in 2.6.39 maybe the
performance with audio applications running under jack will be good
anyway as we will be able to tune irq processing. Seems to me
unlikely. I have not tested that yet.
you did not use -m ... although that didnt really change much for me.
but i have plenty of RAM here.
Tests were done after a clean reboot, initially with the machine
idle and then while loading thunderbird with tons of emails and
firefox with tons of pages. No audio work.
hmm... maybe i should have loaded up ff...
but i loaded midori. because ff was already running.
YMMV...
-- Fernando
[*] https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
----------------------------------------------------------------------
LENOVO T510
--
torben Hohn
8:04 p.m.
New subject: GMorgan_0.40
A number of revisions made to midi processor GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
19 Jun
19 Jun
4:08 a.m.
New subject: GMorgan_0.40
On 18.06.2011 22:04, Robert Vogel wrote:
A number of revisions made to midi processor GMorgan,
download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
hallo,
thanks for the announcement here!
i tried building it, but when running make:
...
Making all in help
make[2]: Entering directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Für das Ziel »all« ist nichts zu tun.
make[2]: Leaving directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[2]: *** Keine Regel vorhanden, um das Target »HowHighTheBoom.gmsong«,
benötigt von »all-am«, zu erstellen. Schluss.
make[2]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make: *** [all-recursive] Fehler 1
nowhiskey@murija5:~/Desktop/src/gmorgan_0.40$
it is an aptosid system, gcc is:
gcc (Debian 4.6.0-14) 4.6.1 20110616 (prerelease)
but i tried also:
export CC=gcc-4.5 CPP=cpp-4.5 CXX=g++-4.5
and i get exactely the same error.
cheers,
doc
3:15 p.m.
New subject: GMorgan_0.40
On Sun, 2011-06-19 at 06:08 +0200, Dragan Noveski wrote:
On 18.06.2011 22:04, Robert Vogel wrote:
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
Did you do that ?
Let me know if this works for you.
Bob
A number of revisions made to midi processor
GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
hallo,
thanks for the announcement here!
i tried building it, but when running make:
...
Making all in help
make[2]: Entering directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Für das Ziel »all« ist nichts zu tun.
make[2]: Leaving directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[2]: *** Keine Regel vorhanden, um das Target »HowHighTheBoom.gmsong«,
benötigt von »all-am«, zu erstellen. Schluss.
make[2]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make: *** [all-recursive] Fehler 1
nowhiskey@murija5:~/Desktop/src/gmorgan_0.40$
it is an aptosid system, gcc is:
gcc (Debian 4.6.0-14) 4.6.1 20110616 (prerelease)
but i tried also:
export CC=gcc-4.5 CPP=cpp-4.5 CXX=g++-4.5
and i get exactely the same error.
cheers,
doc
20 Jun
20 Jun
8:39 p.m.
New subject: GMorgan_0.40
On Sun, 2011-06-19 at 06:08 +0200, Dragan Noveski wrote:
On 18.06.2011 22:04, Robert Vogel wrote:
Hi doc,
I got this note from Martin Tarenskeen which maybe solves the problem:
- - - - -
On Fri, 17 Jun 2011, Martin Tarenskeen wrote:
A number of revisions made to midi processor
GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
hallo,
thanks for the announcement here!
i tried building it, but when running make:
...
Making all in help
make[2]: Entering directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Für das Ziel »all« ist nichts zu tun.
make[2]: Leaving directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[2]: *** Keine Regel vorhanden, um das Target »HowHighTheBoom.gmsong«,
benötigt von »all-am«, zu erstellen. Schluss.
make[2]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make: *** [all-recursive] Fehler 1
nowhiskey@murija5:~/Desktop/src/gmorgan_0.40$
it is an aptosid system, gcc is:
gcc (Debian 4.6.0-14) 4.6.1 20110616 (prerelease)
but i tried also:
export CC=gcc-4.5 CPP=cpp-4.5 CXX=g++-4.5
and i get exactely the same error.
cheers,
doc make[2] *** No rule to make
'HowHighTheBoom.gmsong', needed for
'all-am'.
Stopped.
I found the error:
It seems you accidentally renamed a file: In the data directory I found
"HowHignTheBoom.gmsong", instead of "HowHighTheBoom.gmsong". Hign
should
be High.
- - - - -
See if that fixes it ...
Bob
22 Jun
22 Jun
11:58 a.m.
New subject: GMorgan_0.40
On 20.06.2011 22:39, Robert Vogel wrote:
On Sun, 2011-06-19 at 06:08 +0200, Dragan Noveski
wrote:
all right - for that part changing the name helps, but now i get this
gettext error, even when changing the po/Makefile.in.in and entering
0.18.1 which is the version of gettext on my system:
Making all in po
make[1]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in from
gettext version 0.18.1 but the autoconf macros are from gettext version
@GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
make: *** [all-recursive] Fehler 1
cheers,
doc
On 18.06.2011 22:04, Robert Vogel wrote:
Hi doc,
I got this note from Martin Tarenskeen which maybe solves the problem:
- - - - -
On Fri, 17 Jun 2011, Martin Tarenskeen wrote:
A number of revisions made to midi processor
GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
hallo,
thanks for the announcement here!
i tried building it, but when running make:
...
Making all in help
make[2]: Entering directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Für das Ziel »all« ist nichts zu tun.
make[2]: Leaving directory
`/home/nowhiskey/Desktop/src/gmorgan_0.40/data/help'
make[2]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[2]: *** Keine Regel vorhanden, um das Target »HowHighTheBoom.gmsong«,
benötigt von »all-am«, zu erstellen. Schluss.
make[2]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/data'
make: *** [all-recursive] Fehler 1
nowhiskey@murija5:~/Desktop/src/gmorgan_0.40$
it is an aptosid system, gcc is:
gcc (Debian 4.6.0-14) 4.6.1 20110616 (prerelease)
but i tried also:
export CC=gcc-4.5 CPP=cpp-4.5 CXX=g++-4.5
and i get exactely the same error.
cheers,
doc make[2] *** No rule to make
'HowHighTheBoom.gmsong', needed for
'all-am'.
Stopped.
I found the error:
It seems you accidentally renamed a file: In the data directory I found
"HowHignTheBoom.gmsong", instead of "HowHighTheBoom.gmsong". Hign
should
be High.
- - - - -
See if that fixes it ...
Bob
10 Jul
10 Jul
9:40 a.m.
New subject: GMorgan_0.40
Hello Dragan,
Making all in po
make[1]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in from
gettext version 0.18.1 but the autoconf macros are from gettext version
@GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
make: *** [all-recursive] Fehler 1
you have to execute
gettextize -f
in your gmorgan root directory. The error is the implication of the gmo files
in the po directory. The include the wrong number
Further. if this compiles the sources, before you start gmorgen, you first have
to copy the config file into your home with
cp data/.ChordTable ~
this should be included into the makefile
hope this helps c~
12 Jul
12 Jul
2:32 p.m.
New subject: GMorgan_0.40
On Sun, 2011-07-10 at 11:40 +0200, Conrad Berhörster wrote:
Hello Dragan,
Hi c~,
Great suggestions.
What is the best way to incorporate them into the next tarball for
gmorgan ?
Thanks for writing,
Bob
Making all in po
make[1]: Entering directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in from
gettext version 0.18.1 but the autoconf macros are from gettext version
@GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Fehler 1
make[1]: Leaving directory `/home/nowhiskey/Desktop/src/gmorgan_0.40/po'
make: *** [all-recursive] Fehler 1
you have to execute
gettextize -f
in your gmorgan root directory. The error is the implication of the gmo files
in the po directory. The include the wrong number
Further. if this compiles the sources, before you start gmorgen, you first have
to copy the config file into your home with
cp data/.ChordTable ~
this should be included into the makefile
hope this helps c~
4:58 p.m.
New subject: GMorgan_0.40
Hello Bob,
Op den Dingsdag 12 Juli 2011 Klock 16:32:20 hett Robert Vogel schreven:
What is the best way to incorporate them into the next tarball for
gmorgan ?
there are two things to do.
first get rid of the gmo files in the po dir. they should be get build by the
makefile resp. the user itself.
you can add this functionality into the makefile. if you call "make clean" ,
this files should be deleted. than you can pack the whole files in the tar.
pretty simple.
second. since the .ChordTable file is needed, you should put that into the
/usr/share/gmorgan dir while install and use this from that directory instead
of the users home dir. and why it is named with a dot?
and a question:
how do you have configured your output/synth ? i tried ot play a little bit
with qsynth and jack, but i ws unlucky and couldn't hear any sound produced
with gmorgan.
bye c~
18 Jul
18 Jul
3:39 p.m.
New subject: GMorgan_0.40
On Tue, 2011-07-12 at 18:58 +0200, Conrad Berhörster wrote:
Hello Bob,
Op den Dingsdag 12 Juli 2011 Klock 16:32:20 hett Robert Vogel schreven:
I did the "make clean", but when I get done there are still gmo files
in
the po directory. I can certainly delete them before making a tarball,
but is there something wrong with my make file ?
What is the best way to incorporate them into the next tarball for
gmorgan ?
there are two things to do.
first get rid of the gmo files in the po dir. they should be get build by the
makefile resp. the user itself.
you can add this functionality into the makefile. if you call "make clean" ,
this files should be deleted. than you can pack the whole files in the tar.
pretty simple.
second. since the .ChordTable file is needed, you
should put that into the
/usr/share/gmorgan dir while install and use this from that directory instead
of the users home dir. and why it is named with a dot?
Files with a dot are hidden unless you explicitly want to see them. Since the
ChordTable is editable, it is possible that multiple users could have different ones.
You are right though that there should be a better way to install it.
I don't know what it is. I'm sure there is an answer.
and a question:
how do you have configured your output/synth ? i tried ot play a little bit
with qsynth and jack, but i ws unlucky and couldn't hear any sound produced
with gmorgan.
I use a midi keyboard with a UX16 midi to usb cable. You can hear the results
on youtube at http://www.youtube.com/watch?v=3uIRq6M1tCs
When you open a virtual keyboard, is qsynth sounding ok ? gmorgan only puts out midi
messages, jack
can see it, so it should be possible to route the messages to any synth that is working.
Good luck
Bob
bye c~
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
7:30 p.m.
New subject: GMorgan_0.40
hello bob,
Op den Maandag 18 Juli 2011 Klock 17:39:20 hett Robert Vogel schreven:
yes . the solution can be, to look for the file in the user home dir. if it
isn't available, copy it from usr/share into the user home, while the init
process of the gmorgan.
thanks for the link...
sizu c~
I did the "make clean", but when I get done
there are still gmo files in
the po directory. I can certainly delete them before making a tarball,
but is there something wrong with my make file ?
you have to add the following command
rm -f *.gmo
into the following line in Makefile.in.in
mostlyclean:
rm -f remove-potcdate.sed
rm -f stamp-poT
rm -f core core.* $(DOMAIN).po $(DOMAIN).1po $(DOMAIN).2po *.new.po
rm -fr *.o
rm -f *.gmo
second. since the .ChordTable file is needed, you
should put that into
the /usr/share/gmorgan dir while install and use this from that
directory instead of the users home dir. and why it is named with a
dot?
Files with a dot are hidden unless you explicitly want to see them. Since
the ChordTable is editable, it is possible that multiple users could have
different ones. You are right though that there should be a better way to
install it. I don't know what it is. I'm sure there is an answer. and a question:
how do you have configured your output/synth ? i tried ot play a little
bit with qsynth and jack, but i ws unlucky and couldn't hear any sound
produced with gmorgan.
I use a midi keyboard with a UX16 midi to usb cable. You can hear the
results on youtube at http://www.youtube.com/watch?v=3uIRq6M1tCs
19 Jun
19 Jun
4:04 p.m.
New subject: GMorgan_0.40
On Sun, Jun 19, 2011 at 12:04 AM, Robert Vogel wrote:
A number of revisions made to midi processor GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
*cough*
https://sourceforge.net/tracker/?func=detail&atid=614509&aid=332182…
Note the date :)
Alexandre Prokoudine
http://libregraphicsworld.org
8:08 p.m.
New subject: GMorgan_0.40
On Sun, 2011-06-19 at 20:04 +0400, Alexandre Prokoudine wrote:
On Sun, Jun 19, 2011 at 12:04 AM, Robert Vogel wrote:
It compiled fine in Debian and Ubuntu, but
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
Did you do that ?
Let me know if this works for you.
A number of revisions made to midi processor GMorgan, download it from
Sourceforge.
Demo at YouTube video. About 8 minutes. (best in full screen because it
is high res) at http://www.youtube.com/watch?v=3uIRq6M1tCs
Your feedback appreciated.
*cough*
https://sourceforge.net/tracker/?func=detail&atid=614509&aid=332182…
Note the date :)
Alexandre Prokoudine
http://libregraphicsworld.org
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user 
20 Jun
20 Jun
12:30 a.m.
New subject: GMorgan_0.40
Robert Vogel wrote:
It compiled fine in Debian and Ubuntu, but
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
I curious as to why that is needed. The vast majority of other
software configures fine with the shipped configure script.
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
24 Jun
24 Jun
5:42 p.m.
New subject: GMorgan_0.40
On Mon, 2011-06-20 at 10:30 +1000, Erik de Castro Lopo wrote:
Robert Vogel wrote:
It's my fault that the tarball didn't include a configure.
As soon as I put out another one, I'll include the ./configure and make
files. Then the autoreconf --install shouldn't be necessary.
Bob
It compiled fine in Debian and Ubuntu, but
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
I curious as to why that is needed. The vast majority of other
software configures fine with the shipped configure script.
Erik
20 Jun
20 Jun
1:45 a.m.
New subject: GMorgan_0.40
On Mon, Jun 20, 2011 at 12:08 AM, Robert Vogel wrote:
It compiled fine in Debian and Ubuntu, but
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
Did you do that ?
Dear Robert,
There is no other way whatsoever to get a ./configure file other than
running "autoreconf --install" which is explained in the
aforementioned INSTALL file which I actually read :)
That is, either people who reported this to you already read this file
and followed the advice, or they wouldn't have the configure file to
run.
Alexandre Prokoudine
http://libregraphicsworld.org
21 Jun
21 Jun
2:30 a.m.
New subject: GMorgan_0.40
On Mon, 2011-06-20 at 05:45 +0400, Alexandre Prokoudine wrote:
On Mon, Jun 20, 2011 at 12:08 AM, Robert Vogel wrote:
My apology Alexandre,
I mis-spelled one of the file names in the data directory. It didn't
affect my Ubuntu11.4 64 bit compile or my Debian 32 bit compile either.
It seems it did stop the build in some conditions.
Anyway, I fixed the spelling and replaced the 0.40 file on Sourceforge.
See if it's ok now.
Bob
It compiled fine in Debian and Ubuntu, but
See the INSTALL file. There is a note to
$ autoreconf --install
before doing the ./configure
Did you do that ?
Dear Robert,
There is no other way whatsoever to get a ./configure file other than
running "autoreconf --install" which is explained in the
aforementioned INSTALL file which I actually read :)
That is, either people who reported this to you already read this file
and followed the advice, or they wouldn't have the configure file to
run.
Alexandre Prokoudine
http://libregraphicsworld.org
_______________________________________________
3:14 a.m.
New subject: GMorgan_0.40
On Tue, Jun 21, 2011 at 6:29 AM, Robert Vogel wrote:
My apology Alexandre,
What for? :) Homo errarum est.
I mis-spelled one of the file names in the data
directory. It didn't
affect my Ubuntu11.4 64 bit compile or my Debian 32 bit compile either.
It seems it did stop the build in some conditions.
Anyway, I fixed the spelling and replaced the 0.40 file on Sourceforge.
See if it's ok now.
make[1]: Entering directory `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in
from gettext version 0.18 but the autoconf macros are from gettext
version @GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Error 1
make[1]: Leaving `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
make: *** [all-recursive] Error 1
Alexandre Prokoudine
http://libregraphicsworld.org
3:02 p.m.
New subject: GMorgan_0.40
On Tue, 2011-06-21 at 07:14 +0400, Alexandre Prokoudine wrote:
On Tue, Jun 21, 2011 at 6:29 AM, Robert Vogel wrote:
I looked around for this. Try
gettext -V
to see what version of gettext you have. At the moment, mine
happens to be 18 so that is configured into the /po/makefile.in.in
Try changing the number in that file to match the version you have.
I don't know any automatic way to make this happen.
Bob
My apology Alexandre,
What for? :) Homo errarum est.
I mis-spelled one of the file names in the data
directory. It didn't
affect my Ubuntu11.4 64 bit compile or my Debian 32 bit compile either.
It seems it did stop the build in some conditions.
Anyway, I fixed the spelling and replaced the 0.40 file on Sourceforge.
See if it's ok now.
make[1]: Entering directory `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in
from gettext version 0.18 but the autoconf macros are from gettext
version @GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Error 1
make[1]: Leaving `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
make: *** [all-recursive] Error 1
Alexandre Prokoudine
http://libregraphicsworld.org
_______________________________________________
3:20 p.m.
New subject: GMorgan_0.40
On Tue, Jun 21, 2011 at 7:02 PM, Robert Vogel wrote:
I looked around for this. Try
gettext -V
0.18.1
Anyway, I fixed the spelling and replaced the 0.40
file on Sourceforge.
See if it's ok now.
make[1]: Entering directory `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in
from gettext version 0.18 but the autoconf macros are from gettext
version @GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Error 1
make[1]: Leaving `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
make: *** [all-recursive] Error 1
Alexandre Prokoudine
http://libregraphicsworld.org
_______________________________________________ to see what version of gettext you have. At the
moment, mine
happens to be 18 so that is configured into the /po/makefile.in.in
Try changing the number in that file to match the version you have.
I don't know any automatic way to make this happen.
Well, 0.18.1 should be already OK for
GETTEXT_MACRO_VERSION = 0.18
What should I change it to? :)
Alexandre Prokoudine
http://libregraphicsworld.org
23 Jun
23 Jun
2:28 a.m.
New subject: GMorgan_0.40
On Tue, 2011-06-21 at 19:20 +0400, Alexandre Prokoudine wrote:
On Tue, Jun 21, 2011 at 7:02 PM, Robert Vogel wrote:
I looked around for this. Try
gettext -V
0.18.1
Hi Alexandre,
I don't know the answer, but I did find this:
http://svn.gna.org/svn/warzone/trunk/po/Makefile.in.in
Does it help ?
Bob
Anyway, I fixed the spelling and replaced the 0.40
file on Sourceforge.
See if it's ok now.
make[1]: Entering directory `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
*** error: gettext infrastructure mismatch: using a Makefile.in.in
from gettext version 0.18 but the autoconf macros are from gettext
version @GETTEXT_MACRO_VERSION@
make[1]: *** [check-macro-version] Error 1
make[1]: Leaving `/home/avp/soft/build/sound/gmorgan/gmorgan_0.40/po'
make: *** [all-recursive] Error 1
Alexandre Prokoudine
http://libregraphicsworld.org
_______________________________________________ to see what version of gettext you have. At the
moment, mine
happens to be 18 so that is configured into the /po/makefile.in.in
Try changing the number in that file to match the version you have.
I don't know any automatic way to make this happen.
Well, 0.18.1 should be already OK for
GETTEXT_MACRO_VERSION = 0.18
What should I change it to? :)
Alexandre Prokoudine
http://libregraphicsworld.org 
9 Aug
9 Aug
7 a.m.
New subject: 2.6.39.1 Xruns last longer!! (was: 2.6.39.1 threadirqs vs. the rest: some numbers)
Hi!
(hope the subject won't redirect this mail straight in your spam!)
I'm using 2.6.39 + thread irqs for several days/weeks, with FFADO
(Saffire PRO 40), on a moroless Debian system.
I'm really happy with it, it works fine, my DSP load is way lower than
before, and I don't have that Big Kernel Lock problem anymore, which is
cool.
But, when having an Xrun (which occurs very rarely, like once every 6 or
7 hours average), it last really long (I would say something like 2-5
seconds), and is thus highly hearable (sounds really stop, no unsync
clics, but a total silence).
I wondered whether someone had an explanation about this, as I can't
find a reason for that.
See you.
Aurélien
On Mon, Jun 13, 2011 at 05:38:11PM -0700, Fernando Lopez-Lezcano wrote :
Hi all,
I just built a threaded-irqs enabled 2.6.39.1 kernel and used
cyclictest to try to get an initial feeling of how good it might be.
Cyclictest tests scheduling delays of the kernel it is running
on[*]. These tests were run on a Fedora 13 T510 Lenovo laptop, with
the ugly binary Nvidia driver (caveat emptor).
In the menu:
2.6.39.1 with threaded irqs and PREEMPT active
2.6.33.13-rt31
2.6.34.8-rt31 (a forward port of rt31 to 2.6.34)
plain Fedora kernel (2.6.34.8-68.fc13.i686.PAE)
Now, before someone points it out, this is just a synthetic test
that measures scheduling latency, not a real audio application.
See below for details... (look at the "Avg:" and "Max:" latency
values, those are in microseconds)
Unless I have done something wrong, it looks like we have a long way
to go with regards to scheduling latency in anything other than
2.6.33 + rt patches. But, with threaded irqs in 2.6.39 maybe the
performance with audio applications running under jack will be good
anyway as we will be able to tune irq processing. Seems to me
unlikely. I have not tested that yet.
Tests were done after a clean reboot, initially with the machine
idle and then while loading thunderbird with tons of emails and
firefox with tons of pages. No audio work.
YMMV...
-- Fernando
[*] https://rt.wiki.kernel.org/index.php/RT_PREEMPT_HOWTO
----------------------------------------------------------------------
LENOVO T510
----------------------------------------------------------------------
2.6.33.13-149.rt31.2.fc13.ccrma.i686.rtPAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; done
policy: fifo: loadavg: 0.02 0.20 0.11 1/405 7024
T: 0 ( 7024) P:80 I:10000 C: 10000 Min: 3 Act: 75 Avg: 54
Max: 121
policy: fifo: loadavg: 0.08 0.17 0.10 2/405 7027
T: 0 ( 7026) P:80 I:10000 C: 10000 Min: 3 Act: 73 Avg: 75
Max: 126
policy: fifo: loadavg: 0.01 0.12 0.09 1/405 7029
T: 0 ( 7029) P:80 I:10000 C: 10000 Min: 3 Act: 90 Avg: 49
Max: 141
policy: fifo: loadavg: 0.37 0.21 0.12 1/405 7031
T: 0 ( 7031) P:80 I:10000 C: 10000 Min: 4 Act: 70 Avg: 76
Max: 148
policy: fifo: loadavg: 0.27 0.21 0.12 1/405 7033
T: 0 ( 7033) P:80 I:10000 C: 10000 Min: 4 Act: 46 Avg: 73
Max: 144
policy: fifo: loadavg: 0.15 0.20 0.12 1/405 7035
T: 0 ( 7035) P:80 I:10000 C: 10000 Min: 3 Act: 90 Avg: 77
Max: 142
policy: fifo: loadavg: 0.07 0.15 0.11 2/405 7037
T: 0 ( 7037) P:80 I:10000 C: 10000 Min: 3 Act: 16 Avg: 71
Max: 135
policy: fifo: loadavg: 0.05 0.12 0.10 1/405 7040
T: 0 ( 7039) P:80 I:10000 C: 10000 Min: 3 Act: 84 Avg: 72
Max: 142
policy: fifo: loadavg: 0.01 0.08 0.08 1/405 7042
T: 0 ( 7042) P:80 I:10000 C: 10000 Min: 3 Act: 105 Avg: 51
Max: 146
policy: fifo: loadavg: 0.00 0.05 0.07 1/406 7045
T: 0 ( 7044) P:80 I:10000 C: 10000 Min: 4 Act: 11 Avg: 50
Max: 121
policy: fifo: loadavg: 0.07 0.06 0.07 1/406 7047
T: 0 ( 7047) P:80 I:10000 C: 10000 Min: 2 Act: 73 Avg: 76
Max: 140
policy: fifo: loadavg: 0.01 0.04 0.06 1/406 7049
T: 0 ( 7049) P:80 I:10000 C: 10000 Min: 3 Act: 67 Avg: 70
Max: 137
policy: fifo: loadavg: 0.02 0.04 0.06 1/406 7051
T: 0 ( 7051) P:80 I:10000 C: 9573 Min: 3 Act: 68 Avg: 47
Max: 146
policy: fifo: loadavg: 0.02 0.04 0.06 1/406 7053
----------------------------------------------------------------------
2.6.34.8-68.fc13.i686.PAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ;
sleep 10; done
policy: fifo: loadavg: 0.20 0.33 0.15 1/298 2559
T: 0 ( 2521) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 36
Max: 354
policy: fifo: loadavg: 0.34 0.30 0.16 1/332 2676
T: 0 ( 2583) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 31
Max: 1749
policy: fifo: loadavg: 0.39 0.38 0.20 1/350 2835
T: 0 ( 2726) P:80 I:10000 C: 10000 Min: 2 Act: 9 Avg: 33
Max: 12861
policy: fifo: loadavg: 0.11 0.29 0.18 2/350 2839
T: 0 ( 2838) P:80 I:10000 C: 10000 Min: 3 Act: 12 Avg: 43
Max: 133
policy: fifo: loadavg: 0.02 0.19 0.16 1/348 2842
T: 0 ( 2842) P:80 I:10000 C: 10000 Min: 4 Act: 75 Avg: 48
Max: 17789
policy: fifo: loadavg: 0.07 0.15 0.14 1/347 2858
T: 0 ( 2845) P:80 I:10000 C: 10000 Min: 4 Act: 56 Avg: 50
Max: 1808
policy: fifo: loadavg: 0.18 0.15 0.14 1/347 2861
T: 0 ( 2861) P:80 I:10000 C: 10000 Min: 3 Act: 11 Avg: 52
Max: 187
policy: fifo: loadavg: 0.34 0.19 0.15 1/345 2864
T: 0 ( 2864) P:80 I:10000 C: 10000 Min: 4 Act: 69 Avg: 46
Max: 119
policy: fifo: loadavg: 0.39 0.28 0.19 1/346 2869
T: 0 ( 2867) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 27
Max: 361
policy: fifo: loadavg: 0.10 0.20 0.17 1/347 2875
T: 0 ( 2872) P:80 I:10000 C: 10000 Min: 4 Act: 14 Avg: 31
Max: 425
policy: fifo: loadavg: 0.01 0.13 0.15 1/346 2882
T: 0 ( 2879) P:80 I:10000 C: 10000 Min: 4 Act: 58 Avg: 55
Max: 186
policy: fifo: loadavg: 0.09 0.12 0.13 1/346 2887
T: 0 ( 2885) P:80 I:10000 C: 10000 Min: 4 Act: 67 Avg: 50
Max: 129
policy: fifo: loadavg: 0.10 0.12 0.13 1/347 2890
----------------------------------------------------------------------
2.6.39.1-1.threadirqs.1.fc14.ccrma.i686.PAE
----------------------------------------------------------------------
$ while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ;
sleep 10; done
policy: fifo: loadavg: 0.13 0.25 0.12 1/290 2279
T: 0 ( 2279) P:80 I:10000 C: 10000 Min: 5 Act: 42 Avg: 45
Max: 1015
policy: fifo: loadavg: 0.64 0.36 0.18 1/338 2567
T: 0 ( 2299) P:80 I:10000 C: 10000 Min: 4 Act: 48 Avg: 44
Max: 3124
policy: fifo: loadavg: 0.20 0.30 0.18 1/337 2583
T: 0 ( 2571) P:80 I:10000 C: 10000 Min: 3 Act: 43 Avg: 50
Max: 10301
policy: fifo: loadavg: 0.07 0.22 0.16 2/341 2592
T: 0 ( 2586) P:80 I:10000 C: 10000 Min: 5 Act: 30 Avg: 46
Max: 15227
policy: fifo: loadavg: 0.48 0.33 0.21 3/340 2602
T: 0 ( 2595) P:80 I:10000 C: 10000 Min: 4 Act: 7 Avg: 29
Max: 992
policy: fifo: loadavg: 0.17 0.28 0.21 1/340 2613
T: 0 ( 2610) P:80 I:10000 C: 10000 Min: 3 Act: 15 Avg: 32
Max: 99
policy: fifo: loadavg: 0.34 0.27 0.21 4/346 2660
T: 0 ( 2616) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 36
Max: 1326
policy: fifo: loadavg: 0.14 0.25 0.22 2/342 2680
T: 0 ( 2665) P:80 I:10000 C: 10000 Min: 3 Act: 14 Avg: 38
Max: 709
policy: fifo: loadavg: 0.18 0.24 0.22 1/342 2687
T: 0 ( 2683) P:80 I:10000 C: 10000 Min: 4 Act: 17 Avg: 44
Max: 17692
policy: fifo: loadavg: 0.15 0.23 0.22 1/343 2690
----------------------------------------------------------------------
2.6.34.8-68.rt0.3.fc13.ccrma.i686.rtPAE
----------------------------------------------------------------------
while true ; do ./cyclictest -t1 -p 80 -n -i 10000 -l 10000 ; sleep 10; done
policy: fifo: loadavg: 0.19 0.30 0.13 1/355 2561
T: 0 ( 2542) P:80 I:10000 C: 10000 Min: 3 Act: 27 Avg: 33
Max: 143
policy: fifo: loadavg: 0.03 0.20 0.11 1/354 2565
T: 0 ( 2564) P:80 I:10000 C: 10000 Min: 6 Act: 15 Avg: 55
Max: 135
policy: fifo: loadavg: 0.53 0.27 0.14 3/401 2780
T: 0 ( 2568) P:80 I:10000 C: 10000 Min: 3 Act: 9 Avg: 21
Max: 134
policy: fifo: loadavg: 0.50 0.39 0.20 1/405 2899
T: 0 ( 2869) P:80 I:10000 C: 10000 Min: 3 Act: 66 Avg: 36
Max: 119
policy: fifo: loadavg: 0.13 0.28 0.18 1/404 2902
T: 0 ( 2902) P:80 I:10000 C: 10000 Min: 3 Act: 48 Avg: 31
Max: 116
policy: fifo: loadavg: 0.10 0.27 0.17 1/405 2905
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Aurélien
4649
days inactive
4705
days old
linux-audio-user@lists.linuxaudio.org
24 comments
10 participants
participants (10)
-
Alexandre Prokoudine -
Aurelien -
Conrad Berhörster -
Dragan Noveski -
Erik de Castro Lopo -
Fernando Lopez-Lezcano -
MK aka El Doctor -
Robert Vogel -
S C Rigler -
torbenh