diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20101217/37379c70 | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20101217/37379c70')
| -rw-r--r-- | zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html | 83 | ||||
| -rw-r--r-- | zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html | 83 |
2 files changed, 166 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html new file mode 100644 index 000000000..6335d7c89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html @@ -0,0 +1,83 @@ +I can help you packaging after i worked myself through the rpm guides.<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <span dir="ltr"><<a href="mailto:ungleichklang@gmail.com">ungleichklang@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....<br> +<br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:<br> + +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> + +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre> Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.<br> + +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> + +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> + +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.<br> + +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> + +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com" target="_blank">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div>On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org" target="_blank">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit :<br> +</div>>> [...]<br> +<div>>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.<br> + +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> +</blockquote></div><br><br clear="all"><br>-- <br>Mit freundlichen Grüßen<br><br>Greetings<br><br>Daniel Kreuter<br><br><br><br> diff --git a/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html new file mode 100644 index 000000000..6335d7c89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html @@ -0,0 +1,83 @@ +I can help you packaging after i worked myself through the rpm guides.<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <span dir="ltr"><<a href="mailto:ungleichklang@gmail.com">ungleichklang@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....<br> +<br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:<br> + +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> + +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre> Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.<br> + +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> + +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> + +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.<br> + +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> + +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com" target="_blank">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div>On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org" target="_blank">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit :<br> +</div>>> [...]<br> +<div>>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.<br> + +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> +</blockquote></div><br><br clear="all"><br>-- <br>Mit freundlichen Grüßen<br><br>Greetings<br><br>Daniel Kreuter<br><br><br><br> |