Chargement...
 
Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

 
Thread actions
Print this page
  • Imprimer toutes les pages

    • Ubuntu Edgy et 2.6.18

    Envoyé par The_Marauder le Sun 05 Nov 2006 22:13
    Bonsoir !

    J'ai vu sur une de vos news qu'avec le kernel 2.6.18, il serai plus facile d'avoir un kernel faible latence.

    Jusqu'à maintenant je fais encore très peu de son sous Linux car je n'ai pas encore trouvé des équivalent simple, faible et pratiques...

    je continue cependant le challenge !

    Pour revenir à la compil, vu que ce noyau est optimisé "d'avance" je pense que j'aurai peu de chose à faire. Mais je voudrai en fait savoir comment le compiler au mieux en ajoputant la faible latence tout en gardant ce qui marche déja avec le 2.6.17 d'origine ubuntu (kernel generic).
    J'ai réussis à échapper à la compil d'un kernel sous Linux jusqu'à maintenant mais là, je n'aurai pas le choix 😊

    Merci d'avance !

    EDIT: bon, j'ai effectué la compil, tout s'est à peu près bien passé mais j'ai un peu séché lors des options de makemenuconfig et je ne sais pas si j'ai bien fait comme il fallait. j'ai pris soin d'activer tout ce qui était en rapport avec le real time mais je ne savais pas plus (votre doc à propos de options de compil est intéressante mais trop de chose sont mentionnée et j'étais perdu à un moment).

    Pour le moment, dans les options de jack control, je coche "real time" mais jack-real time ne fonctionne pas :

    05:23:18.211 jackd-realtime -R -dalsa -dhw:0 -r44100 -p1024 -n2
    05:23:18.217 Could not start JACK. Sorry.
    05:23:44.721 JACK was stopped successfully.

    Ensuite avec real-time de coché, jackd démarre bien, je trouve le son un peu moins crade mais j'ai un doute sur le real time. Et le son n'est pas encore aussi bon que je voudrais.

    Suis-je réellement en real time ?
    Ai-je oublié quelques chose ?

    Merci d'avance 😊


    Lectures: 6461
    Envoyé par bluedid29 le Mon 06 Nov 2006 22:16 France
    Bonsoir,😎

    Avec cet article: http://www.linuxmao.org/tikiwiki/tiki-index.php?page=compiler+un+noyau+2.6RT tous les réglages permettant d'optimiser le noyau en rt devrait y figurer, il y a quelques différences avec le nouveau noyau 2.6.18 mais surtout pour la prise en compte de nouvelles cartes sons

    Pour la prise en compte du mode seq avec jack, il faut taper sur une console en mode Root:
    echo "snd-seq" >> /etc/modules
    update-modules
    modprobe snd-seq

    et (pour prise en compte du Midi)

    echo snd-seq >>/etc/modules
    echo snd-seq-midi >>/etc/modules

    Il y a aussi des réglages à effectuer dans Qjack en fonction de la carte (fréquence d'échantillonnage entre autre)

    et d'autres trucs que des spécialistes autrement plus aguéris sur linuxmao devraientt pouvoir renseigner 😉

    Envoyé par Norrin_Radd le Mon 06 Nov 2006 23:01 France
    En fait la décision a ete prise à l'époque du kernel 2.6.18 et c'est la prochaine version qui devrait être "hard RT ready"..

    Donc il faut encore patcher pour cette fois ci semble-t-til. La news n'a fait que reprendre l'article de Slashdot, et ce n'était pas très clair entre la décision et les faits, quand le changement serait visible.

    En ce qui te concerne, il y a un mode RT avec tous les noyau Linux, ce qui change c'est le mode de préemption. Dans ton cas tu es certainement en RT mais pas avec la meme efficacité qu'avec le mode de préemption maximal qui lui demande encore pour le 2.6.18 un patch.

    A partir de la 2.6.19 je pense que c'est ca qui va changer, on aura juste à choisir le bon mode de preemption.
    Envoyé par cyclick le Tue 07 Nov 2006 14:29
    Et oui il faut encore patcher puis recompiler un nouveau kernel avec les sources additionnels qui vont bien (nvidia etc...) puis modifier le système pour qu'il lance les applications en RT voir ici www.ubuntustudio.com sur le wiki pour ubuntu trés complet.

    J'aimerais faire une page un site avec des paquets deb pré-compiler pour un kernel low latency, donc avec un deb pour le kernel + deb pour nvidia pour ce kernel, je recherche donc de l'aide....


    Envoyé par Trinine le Tue 07 Nov 2006 16:42
    A partir de la 2.6.19 je pense que c'est ca qui va changer, on aura juste à choisir le bon mode de preemption.

    Pour être tout à fait complet, il est peut probable que la "complete preemption" soit activée par défaut. La recompilation des sources (et donc leur installation préalable) sera donc inévitable. Ce qui deviendra inutile, c'est le "patchage" du noyau (qui impose souvent de prendre une version "vanilla" c'est à dire "nue"). Il sera donc possible d'utiliser directement les sources du noyau livré avec la distribution, et donc de conserver les (nombreux) autres patchs spécifiques à chaque distrib'.

    T.
    Envoyé par The_Marauder le Tue 07 Nov 2006 18:51
    Merci pour vos réponse !

    Il est vrai que la je nage complètement, je n'ai lamais aussi été paumé sous Linux c'est incroyable 😊

    Donc dans mon cas, j'ai compilé pour rien !
    Ce n'est pas grave c'est ma première compil de kernel et c'était amusant 😛

    J'ai déja installé ubuntu-studio mais sur Dapper je pouvais télécharger un kernel rt (qui ne bootait pas...) mais pas sur Edgy (apparament c'est prévu mais pas encore réalisé).

    J'irai faire un tour sur http://www.ubuntustudio.com/ et irai aussi poster directement sur http://ubuntu.ttoine.net/doku.php car il travaille sur ce projet de MAO sur Ubuntu.


    En attendant d'y voir plus clair 😊
    Envoyé par Mr°FrEeZe le Wed 08 Nov 2006 23:41 Belgique
    Salut,

    Je te conseille d'abord la page LinuxMAO sur Ubuntu pour les recommandations spécifiques audio de compilation du noyau.
    http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Ubuntu

    Complémentaire, cette page explique comment compiler le noyau 2.6.18 sur Edgy:
    http://www.howtoforge.org/kernel_compilation_ubuntu

    Je m'y mets certainement ce week-end. Mais de toute façon mon accélération 3D sous Edgy n'est pas encore nette avec mon ATI x700 réduit à néant tout espoir préalable... A configuration identique par rapport à Dapper (noyaux standards comparés), j'ai des xruns lents mais périodiques (environ au Hz) et je suspecte justement le problème graphique.

    Pour la différence entre temps-réel et préemption, et surtout l'intérêt des deux couplés, je propose l'article "Which is better — the preempt patch, or the low-latency patch? Both!" par Clark Williams (March 20, 2002) employé par Red Hat:
    http://linuxdevices.com/articles/AT8906594941.html

    Ensuite, à ta place, j'irais directement prêter main forte au projet UbuntuStudio plutôt qu'au groupe ttoine car si j'ai bien compris ce dernier va de toute façon y migrer, pour preuve leur affiliation comme contributeurs sur la page wiki UbuntuStudio. Pour les dernières nouvelles, l'idéal reste l'IRC sur freenode, salon #ubuntustudio (xchat-gnome est un client IRC si tu n'en as pas). Je viens de commencer le week-end dernier.

    A bientôt,
    Mr°FrEeZe aka LevTermen
    Envoyé par Mr°FrEeZe le Thu 09 Nov 2006 00:28 Belgique
    ttoine est justement en ce moment sur le salon #ubuntustudio du canal irc freenode!