1-lilo :
lorsqu' on change lilo, on s' assure de toujours le ré-actualiser immédiatment après (commande lilo, cela permet de s' assurer de la validité du changement, d' éviter une faute de frappe)
j' avoue ne pas lire ce lilo.conf (il est tard, mes yeux fatiguent etc 'est assez illisible là !)
mais si quel que soit ton choix dans lilo, uname -rv annonce toujours le même kernel, alors le label ne correspond plus au noyau (deux labels différents pointent vers la même image)
par drakconf il est possible de changer tout cela en graphique, cela évite des bidouilles qui s' avèrent après coup un peu ch**** si elles sont allées un peu loin (sans aller jusqu' au bout)
note annexe concernant lilo.conf : normalement tu as le fichier lilo.conf~ à côté de l' original, qui correspond au dernier fichier avant la dernière modifications, fait une diff entre les deux.
normalement, voici comment devrait se présenter un lilo.conf (enfin pas complet because le mien est à rallonge !! désolé)
[root@athing /]# cat /etc/lilo.conf
# File generated by DrakX/drakboot
# WARNING: do not forget to run lilo after modifying this file
ok pour "sécurité c' était bien qq chose comme sûreté que je voulais employé.
ok également pour "le temps de traitement peut très bien être important, ça dépend du système à piloter", ma phrase en ne parlant que de "minima" était réductrice. (bien que le minima soit plus souvent recherché)
mais une question sur le temps réel "mou" : tu le dit adapté au traitment audio et/ou numérique : alors pourquoi sur un rt mou j ai des xrun bien plus souvent que sur un rt dur ? (et sans entrer dans un "bah tel patch est pas bon" loin de moi l' idée de juger ces travaux)
En plus de nombeux exemples de solutions professionnelles en Vidéos sont RT dur (et pas seulement en diffusion/streaming, mais aussi en étalonnage, ce qui m' a d' ailleurs étonné)
dernier mot
" flag NEED_RESCHED (positionné lors du traitement d'une interruption par ex) est testé et s'il est positionné, on fait appel au scheduler.). Ensuite, il y a beaucoup d'autres choses à modifier afin d'obtenir un noyau RT dur, et c'est ce à quoi se démène Ingo et Ted (préemption des spinlocks, etc.). Bref..."
tu aurais pas écrit une doc sur le sujet ou un bon rtfm à me pointer ? (même si c' est pas en rapport direct avec le son, cela m' intéresse fortement)
Merci
(oui bien sûr je pensais, au début du commentaire au patch dyntick)
Eric L >> Régler la fréquence d'horloge à 1000Hz n'est pas forcément une bonne idée car le temps passé à gérer l'interruption du timer prend une part non négligeable du temps processeur
hum très intéressant. faudra que je me penche, plus, sur ce sujet précis et que je fasse des tests entre 2 noyaux sur mon tit matos. Aurais tu un bon rtfm à me pointer ?
Eric L : >>Le noyau de Linux est préemptible (avec l'option qui va bien selectionnée lors de la config)
-> il ne s' agit pas de la même chose, je pense que tu le sais. C' est un module temps-réel (un linux security module) ce qui est différent d' un kernel preemption on acid
grosso modo par défaut on est en "temps partagé"... L' ordonnanceur a pour but un partage des ressources équitables entre les process. On peut jouer sur la priorité d' un process parmis l' ensemble grâce à la "nice"
sur un système dit temps-réel, on aura des taches qui auront un comportement dans des notions précises de temps défini. Le vrai terme "système temps-réel" pourrait être "système prédictible". C' est à dire que l' écriture, le traitement et la restitution de l' information sont effectuées dans un temps si faible que l' on nomme cette information comme étant "information préservée".
Maintenant sur Linux, il y a plusieurs solutions de "temps-réel" (terme un peu fourre tout de manière générique mais on devrait définir par lui des choses plus précises, ici). Et tuons de suite le troll "ouaihg je joue a WoW en temps réel c est plusse mieux ça va plusse vite"... Non : un système temps réel, en consacrant de hautes priorités (et une mémoire dédiée) à certaines tâches, réduit les ressources disponibles pour l' ensemble. Un système temps-réel sur un bureau, comme le dit Eric L, est synonime d' amoindrissement des ressources pour l' utilisation bureautique et mulimédia classique du comput'...
Il existe deux types de temps-réel :
le temps-réel dur et le temps réel mou.
Les deux solutions présentées par défaut dans tout kernel sont toutes des "temps-réel mous". C' est à dire qu' une certaine souplesse ai accordé aux tâches ayant pourtant accès à la priorité temps-réel (c' est à dire concrètement qu' il n' est pas interdit qu' elles dépassent 25millisecondes sir 25 est la définition du système rt)
1. le patch "preemptif" de Mr Love : il agit sur l' ordonnanceur et réduit le temps de réponse de manière systématique. (c' est également la solution de MontaVista, pour lequel Mr Love travaillait)
2. le patch "low-latency" de Mr Morton : il agit seulement sur des points précis du noyau, alors appelés "points de preemption" et ne s' occupe que de latence sur ces noeuds là.
Quant au patch de Sir Molnar, il transforme le noyau linux en noyau preemption on acid (c' est à dire en noyau à capacités temps-réel dur). Un watchdog (dont Eric L parle également ici) tournant en temps-réel se chargeant de la sécurité. Et c' est bien ce patch (peut-être amputé de son horloge) qui pourrait peut être rejoindre les 2 précédents et être intégré par défaut, et accessible du coup sur tout kernel de toutes distrib, juste en recompilant ! (pour notre plus grand bonheur)
Une fois ce type de noyau préparé, l' administrateur doit indiquer au système de sécurité quels utilisateurs et/ou groupes d' utilisateurs auront droit d' accès à ces capacités. Sur une distribution "moderne" (aucune idée de troll) c' est bien sûr PAM qui s' en charge. (et sur une distrib vraiment moderne et pas seulement à la mode, c' est pré-configuré /troll!)
Voilà voilà.
on pourrait parler du fameux Xenomai et de son micro-noyau hyperviseur qui fait tourner le noyau linux en tache. (Xenomai issu de de rtai lui même issu de rtlinux)
ou encore "flamer" sur wince, annoncé comme révolutionnaire (windows c.e embarqué et temps-réel) mais... personne en veut, encore plus depuis qu' ils ont ouvert leurs sources... le machin est cantonné aux gadgets genre téléphone portables... mort de rire :)
note inutile : ze devrais sortir dans pas longtemps un howto (bien humble) sur comment transformer facilement sa mandriva en diva-linux, pour péter les solutions actuelles grâce au travail des LAUD ... Et mettre en avant la qualité actuelle des solutions de traitment du signal audionumérique sous GNU/Linux... (troll : Apple ils vont pleurer longtemps pour le port Jack sur osX ;-) ? le site .com est sorti pourtant /troll) Si des gens lisant ceci sont éventuellement intéressés, ils peuvent m' envoyer un message privé. Toutes corrections/relectures/engueulades/merci/conseils/éclairage-de-gurus sont les bienvenues.
Note : je parle de SuSe et de Mandriva exprès : SLERT est annoncé... (salle de marché, etc etc)
Et Mandriva est totalement pré-configurée pour le Son (il faut juste se faire le kernel)
du côté de RedHat (the master of) c est RedHawk.. et en trollant on peut se demander ce que penses Concurent-soft de la possible intégration par défaut de ce patch.
(les autres projets, hyperviseurs, sheduleurs et autres choix de micro noyaux ne seront pas impactés, mais concurent-soft et certains fournisseurs de services..si certainement)
le temps-réel avance petit à petit, et il n' est pas exlu que " ... soon real-time could become more widespread. Seiler believes Molnar's patch will be accepted soon into the mainstream Linux kernel"
ce qui serait vraiment Royal. S' il était complètement intégré (complètement, je ne sais pas puisqu' une horloge hrt à fait son apparition en juin, et qu' il -me- semble que le patch de Sir Molnar en a une aussi, donc... bon bref l' essentiel ;) ) cela permettrai de très facilement avoir un kernel "preemption on acid".
Même en partant d' un kernel patché à mort comme celui d' une mandriva ou d' une suse ! Il suffirait de choisir l' option "full preemption" (comme aujourdhui on peut choisir entre la preemption volontaire et "outofbox", plutôt que le choix par défaut, dit "server"). -aussi les options "rtc clock par défaut et en dur" et 1000hz bien sûr.. au fait hpet on garde ou pas ? ;) - Un kernel comme celui d' une SuSe ou d' une Mandriva, bien complet, avec full support hardware, mais en realtime complet juste en recompilant (et en mettant au diapason PAM pour l' audio) = le bonheur total...
Bon je veux pas envoyer de pathfinder sur Mars, c' est sûr. Ni faire des missiles intelligents. Non plus hacker mon futur aldebaran-robotics... non juste pouvoir avoir un kernel qui permette de faire du son, sans lag aucun, parfaitement prévisible, et au dessus de tout ce qui se fait aujourdhui...
Les GNU de LAUD se défoncent pour faire des applis de feu (ardour, rosegarden, jamin.... toutes les autres). Un tel kernel serait la cerise sur le gateau. Facilement accessible pour tous puisque l' option serait intégrée par défaut (et non plus prendre le patche sur people~mingo et l' appliquer au vanilla, mais se servir direct des kernels de nos chères distribs).
Gain co-latéral ? que, enfin, Jack, décolle et s' impose... (pas seulement pour les pro du son)
/troll : parcequ' y en a marre des arts / esd / phonon / pusleaudio .... /troll
diamond roxe -> ok
l' été 2005 ils avaient publié un minmag nommé "rtfm" avec quelques autocollants dedans.
Ca serait sympa de retrouver l' autocollant RTFM dans un de leurs mags quelconque...
pour les abrutis comme moi qui l' avait collé à l' exterieur de leur voiture (colle au dos du sticker et pas pensé au scotch) il a pas tenu longtemps sous la pluie...
dans la série linux+dvd, la seule rubrique de correcte c' est la "parole aux distro et au noyau".. mais cela ne fait qu' une petite page.
Tout ces magazines sont truffés d' énormes bourdes orthographiques et fautes de frappes (on se dirait sur un forum où on tappes vite sans se relire...)
Mais il n' y pas que ça, en cherchant bien on trouve de vraies grosses boulettes, du style apt-get est le gestionnaire de paquet par défaut de fedora... si si... Des comme ça y en a des tonnes dans linux+dvd...
(bon il y a quant même certains articles très bien fait et certaines interviews très intéressantes. Mais dans l' ensemble ça sent la mauvaise copie de howto, les articles pas finis, les fautes et les énormités)
Et attendez, elles sont pas venues vous démarcher sur le ML de vos lugs ? ici on a eu droit à du spam "écrivez pour linux+dvd", gratos bien sûr... et tout pour leurs pommes. Ils prennent pas un peu les GNU et users-gnu pour des cons.. non si peu. (quant je pense que linux-forum paye jusqu' à 300 euros l' article) ...
Donc je pratique aussi le même filtre que toi.
je jettes un oeil quant même, voir si un article est vraiment intéressant -> rien acheté de cet éditeur depuis avril...
les dépêches purement commerciales seront rejetées.
j' espère que c' est toujours le cas.
Et de noter qu' il s' agit là d' une annonce de Release Candidate, sur laquelle sera basée une version 100% libre d' une nouvelle version de cette distribution GNU/Linux (et 100% libre, pas sur le papier qui l' accompagne.. mais dans les faits vrais et réels) -> Il ne s' agit donc pas d' une dépêche commerciale
Et pour l' aspect modération pur : il ne semble pas avoir eu vent d' une demande de dépêche sur la Corporate Server 4, qui est sortie hier -pourtant ça vaudrait la news, mais cela ne rentre pas dans le cadre de linuxfr- )
Les gens comme Warly et Blino (c' est pas le dpt marketting, eux, ce sont des developpeurs ! et Warly a choisi de demander une annonce pour cette RC et pas une autre version!) sont bien les mieux placés pour nous donner des nouvelles de Mandriva, vous ne croyez pas, objectivement ? Tant que cela reste dans le cadre de linuxfr !
perso j' espère que l' objectivité et la rigueur continuerons. (Pour les paranos pire que moi... ben qu' il passe leur serveur sous Obsd, ça fait plus de bien que les trolls.)
ps : en seconde page il y a une annonce purement commerciale. Pourquoi ne pas allez dessus pour troller ? là, ça y sera justifé !
roooo fatche quelle enfilade de trolls !
moi qui m' attendais à lire des commentaires intéressants & argumentés sur par exemple :
la question des firmwares et de leur intégration (ou la discussion suit, et est très proche, de celle de debian)
la manière dont mandriva gère l' intégration dans la distribution des drivers non-libre (qui est clean et permet facilement de les "bouter" hors de son système)
l' effort d' intégrer au système les deux solutions différentes que sont Aiglx et xgl, permettant à l' utilisateur de ne pas se soucier de grand chose (le meilleur choix pour sa machine est automatique et tout est configuré facilement)
le nouveau choix de sortie : continuité de disponibilité d' une version 100% libre et mise à disposition d' une version gratuite incluant des drivers non-libres
l' intégration de ucarp et de invictus, projet vieux de 2 ans, adaptation pour le noyau linux & netfilter de pfsync et carp, si agréables sous *bsd
les nouveaux supports pour les réseaux, facilitant leur configurations pour tous
l' effort pour suivre Gnome et permettre, cette fois, une intégration nickel de la dernière version.
La solution p.init permettant d' accélerer nettement le temps de boot sans casser la compatibilité ascendante avec sysV et en plus, étant LSB compliant.
et j' en passe (la vision de l' entreprise mandriva vis-à-vis du travail commun avec la communauté -la seule entreprise à ne pas mettre à côté sa communauté-. Le fait que tout ses developpements soient sous GPL. Aussi le travail de fourmis fait "upstream" sans pub, etc etc. La comparaison entre poids financier, nombres de dev. et qualité de distro, pour les 3 gros. Etc, etc, etc)
bref de vrais sujets menant à de vrais commentaires, parfois contradictoires mais toujours intéressants et argumentés, comme linuxfr en connait souvent.
allez, un troll à relever : perso je continue de préfèrer les motos Italiennes et les Lotus anglaises aux gros monstres japonnais...
un switch inversé ? ouaih y a un blog "assez célèbre" sur dotcom, créer pour cela, a fait monter la sauce puis a publié son retour en arrière argumenté.
plus intéressant sont les récits linux -> bsd ou certains utilisateurs switch vers *bsd leur poste de travail aussi...
/ma vie : il n y a dans ce commentaire strictement rien d' idéologique /ma vie
ce n' est pas vraiment comparable.
on pourrait plutôt, de manière plus juste, comparer ceci avec le rapport entre certains associations et certaines entreprises.
mettons un club de plongée sous-marine, qui en fait de principale activité fait des "baptèmes" de plongées aux touristes du coin. Cette association s' est nettement éloignée de l' esprit d' éducation de la FFESSSM et de l' apprentissage réel de la plongée. (plus padi que ffesssm /troll)
C' est très bien, il faut que cela existe et permet aux touristes d' être encadrés par des professionnels et de faire leurs baptèmes en toute sécurité.
Mais comme il s' agit de leur -de loin- première source de revenus, ils se placent sur un secteur concurentiel et non éducationnel. En entrant en concurence avec le secteur du tourisme et des entreprises ayant la même activité. Elles faussent le jeu en restant association.
C' est pourquoi il a été décidé de considérer ces associations là comme étant sur le marché concurrentiel et qu' elles aient les mêmes devoirs qu' une entreprise.
CF : révision du code associatif.
et encore, ce n' est pas satisfaisant comme comparaison.
puisque là il s' agit de biens abstraits & intellectuels, néanmoins indispensables aux biens mobiliers que sont les ordinateurs.
A partir du moment un logiciel libre est suffisamment : et matûre et utiilsé : il rentre de facto sur le terrain concurentiel. Et concurentiel, il l' est, à n' en pas douter ;)
Le fait qu' il soit issu d' un travail communautaire n' a rien à voir la dedans (et d' ailleurs pour l' exemple OpenOffice.org, des sociètés -comme SUN- participent également au projet, plus ou moins directement).
Par contre c' est une preuve indéniable, s' il en fallait, que ce travail communautaire (entre particuliers + associations + entreprises) bénéficient à tous, vraiment à tous. Y compris au marché.
Non ce n' est pas surprenant, c' est la suite logique.
Cette annonce était déjà en soi plus qu' intéressante, en apprenant au public que la suite OpenOffice.org était en train d' être évaluée sur un plan sécuritaire.
Cette évaluation et la publication des résultats font déjà ressortir 3 points positifs, même essentiels :
1. ce n' est pas un sujet à prendre à la légère, et ce laboratoire n' a pas eu pour mission de faire preuve d' un quelconque angélisme.
2. ils ne se voilent pas la face et pointent les problèmes où ils sont.
3. les résultats, au delà de pointer les problèmes, vont à coup sûr avoir des répercussions.
on doit donc s' attendre à ce que du code soit révisié et des contributions nouvelles fassent jour. Cela était, déjà, globalement de la meilleure augure pour OOo, ainsi que pour un éventuel déploiement (...)
Pourquoi devrait on faire preuve d' angélisme ou se mettre des oeiillères ? c' est marqué logiciel libre dessus donc c' est bon ? Non. (car si on connait tous ici les avantages indéniables que confèrent certaines licences en matière économique, on ne peut, tout aussi objectivement, dire que la licence remplace la qualité)
La suite OOo à été testée, evaluée, des experts sont même en charge de "lui casser la gueule". Nous sommes donc loin d' un engouement irraisonné. Si la suite OpenOffice.org a fait l' objet d' une décision de déploiement massif, c' est uniquement parcequ' il s' agit d' un produit de qualité.
Les licences adoptées, assurent bien sûr la pérénité des données, mais surtout elles confèrent la capacité à améliorer le produit. Par exemple sur le plan de sa sécurité en environnement sensible.
Ce sont donc 2 nouvelles complémentaires qui sont toutes deux d' excellentes nouvelles, autant pour notre Etat, que pour OpenOffice.org et pour le logiciel libre en général.
/troll personnel : dans la suite OpenOffice.org, oowriter a encore combien de temps à vivre sans une gestion vectorielle des objets composant le -futur- document ? parceque franchement oowriter et word, c' est quant même un peu l' age de pierre /fin du troll
c est pas faux
mais c est pas une vérité non plus
tu n' a jamais fréquenté des audios-rooms genre dans les étages quant tu attends qu on emballe et charge tes cartons ?
du jazz en instruments/enregistrements dissociés sur 7 enceintes, c est quelque chose...
;)
amicalement
kde :
séléctionne les images voules
click droit
"kim plugins" ou "kim convertir"
créer un film mpeg
entre le nom, le chemin, le nombre de seconde de chaque images
et voilà
tu veux peut etre parler des machins paslibresquipuent transférés de /pool/restricted vers kernel-image dans ubuntu, qui oblige les utilisateurs à installer plein de trucs pas libres ? (meme les distro vendues le font pas... elles laissent le choix) ??
je dis ça parcequ' un troll aussi gros vient certainement d' un ubuntriste débutant qui les dents plus blanches et le poil plus beau depuis qu' il utilise ubuntu.
non mais sérieux, c'est pas un peu fini ces trolls à 2 cents ?
GNI ?
c' est quoi ce troll ?
tu veux peut etre parler du transfert des trucs paslibresquipuent de /restricted vers kernel chez ubuntu, non ? ou tout les suers installent sans avoir le choix des trucs pas libres et fermés...
je dis ça, parcequ' un troll aussi gros et mesquin, ça doit venir d' un débutant qui a les dents plus blanches et le poil plus beau grace a ubuntu.
non mais sérieux, c' est pas un peu fini ces trolls à 2 balles ?!?
Pour le LVM (dans de futures installations), tout comme Lokthar, je pense aussi que c' est la meilleure chose. D' autant que drakdisk te fait aussi ça en 2 coups de cuillères à pots. (tiens j' y pense, si tu as de la place ailleurs, tu peux créer un LVM depuis le livecd mdv..; il va tout déplacer et organiser nickel)
un bémol sur le lvm : c' est un ensemble... attention aux fausses manips, pendant l' utilisation au-jour-le-jour. C' est le défaut logique de ses nombreuses qualités.
# coucou
Posté par bubar🦥 (site web personnel) . En réponse au message Je n'arrive plus à booter sur mon ancien noyau. Évalué à 2.
il y a là plusieurs problèmes disctincts :
1-lilo :
lorsqu' on change lilo, on s' assure de toujours le ré-actualiser immédiatment après (commande lilo, cela permet de s' assurer de la validité du changement, d' éviter une faute de frappe)
j' avoue ne pas lire ce lilo.conf (il est tard, mes yeux fatiguent etc 'est assez illisible là !)
mais si quel que soit ton choix dans lilo, uname -rv annonce toujours le même kernel, alors le label ne correspond plus au noyau (deux labels différents pointent vers la même image)
par drakconf il est possible de changer tout cela en graphique, cela évite des bidouilles qui s' avèrent après coup un peu ch**** si elles sont allées un peu loin (sans aller jusqu' au bout)
note annexe concernant lilo.conf : normalement tu as le fichier lilo.conf~ à côté de l' original, qui correspond au dernier fichier avant la dernière modifications, fait une diff entre les deux.
normalement, voici comment devrait se présenter un lilo.conf (enfin pas complet because le mien est à rallonge !! désolé)
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 2.
ok également pour "le temps de traitement peut très bien être important, ça dépend du système à piloter", ma phrase en ne parlant que de "minima" était réductrice. (bien que le minima soit plus souvent recherché)
mais une question sur le temps réel "mou" : tu le dit adapté au traitment audio et/ou numérique : alors pourquoi sur un rt mou j ai des xrun bien plus souvent que sur un rt dur ? (et sans entrer dans un "bah tel patch est pas bon" loin de moi l' idée de juger ces travaux)
En plus de nombeux exemples de solutions professionnelles en Vidéos sont RT dur (et pas seulement en diffusion/streaming, mais aussi en étalonnage, ce qui m' a d' ailleurs étonné)
dernier mot
" flag NEED_RESCHED (positionné lors du traitement d'une interruption par ex) est testé et s'il est positionné, on fait appel au scheduler.). Ensuite, il y a beaucoup d'autres choses à modifier afin d'obtenir un noyau RT dur, et c'est ce à quoi se démène Ingo et Ted (préemption des spinlocks, etc.). Bref..."
tu aurais pas écrit une doc sur le sujet ou un bon rtfm à me pointer ? (même si c' est pas en rapport direct avec le son, cela m' intéresse fortement)
Merci
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 2.
Eric L >> Régler la fréquence d'horloge à 1000Hz n'est pas forcément une bonne idée car le temps passé à gérer l'interruption du timer prend une part non négligeable du temps processeur
hum très intéressant. faudra que je me penche, plus, sur ce sujet précis et que je fasse des tests entre 2 noyaux sur mon tit matos. Aurais tu un bon rtfm à me pointer ?
question hardware :
Ma prochaine carte mère sera celle-ci (enfin quant j aurais du pognon) :
http://www.radisys.com/products/datasheet_page.cfm?productda(...)
et pour la carte son, j hésite entre une française très bien supporté par Linux:
http://www.digigram.com/pdf_manual/soundcards_comparison_cha(...)
et une autre dont les (au moins un) dev. de la boite participe directement upstream a Alsa :
http://audioscience.com/internet/products/sound_cards/asi661(...)
(pour changer des hammerfaul et autres grandes classiques du nux...)
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 5.
-> il ne s' agit pas de la même chose, je pense que tu le sais. C' est un module temps-réel (un linux security module) ce qui est différent d' un kernel preemption on acid
grosso modo par défaut on est en "temps partagé"... L' ordonnanceur a pour but un partage des ressources équitables entre les process. On peut jouer sur la priorité d' un process parmis l' ensemble grâce à la "nice"
sur un système dit temps-réel, on aura des taches qui auront un comportement dans des notions précises de temps défini. Le vrai terme "système temps-réel" pourrait être "système prédictible". C' est à dire que l' écriture, le traitement et la restitution de l' information sont effectuées dans un temps si faible que l' on nomme cette information comme étant "information préservée".
Maintenant sur Linux, il y a plusieurs solutions de "temps-réel" (terme un peu fourre tout de manière générique mais on devrait définir par lui des choses plus précises, ici). Et tuons de suite le troll "ouaihg je joue a WoW en temps réel c est plusse mieux ça va plusse vite"... Non : un système temps réel, en consacrant de hautes priorités (et une mémoire dédiée) à certaines tâches, réduit les ressources disponibles pour l' ensemble. Un système temps-réel sur un bureau, comme le dit Eric L, est synonime d' amoindrissement des ressources pour l' utilisation bureautique et mulimédia classique du comput'...
Il existe deux types de temps-réel :
le temps-réel dur et le temps réel mou.
Les deux solutions présentées par défaut dans tout kernel sont toutes des "temps-réel mous". C' est à dire qu' une certaine souplesse ai accordé aux tâches ayant pourtant accès à la priorité temps-réel (c' est à dire concrètement qu' il n' est pas interdit qu' elles dépassent 25millisecondes sir 25 est la définition du système rt)
1. le patch "preemptif" de Mr Love : il agit sur l' ordonnanceur et réduit le temps de réponse de manière systématique. (c' est également la solution de MontaVista, pour lequel Mr Love travaillait)
2. le patch "low-latency" de Mr Morton : il agit seulement sur des points précis du noyau, alors appelés "points de preemption" et ne s' occupe que de latence sur ces noeuds là.
Quant au patch de Sir Molnar, il transforme le noyau linux en noyau preemption on acid (c' est à dire en noyau à capacités temps-réel dur). Un watchdog (dont Eric L parle également ici) tournant en temps-réel se chargeant de la sécurité. Et c' est bien ce patch (peut-être amputé de son horloge) qui pourrait peut être rejoindre les 2 précédents et être intégré par défaut, et accessible du coup sur tout kernel de toutes distrib, juste en recompilant ! (pour notre plus grand bonheur)
Une fois ce type de noyau préparé, l' administrateur doit indiquer au système de sécurité quels utilisateurs et/ou groupes d' utilisateurs auront droit d' accès à ces capacités. Sur une distribution "moderne" (aucune idée de troll) c' est bien sûr PAM qui s' en charge. (et sur une distrib vraiment moderne et pas seulement à la mode, c' est pré-configuré /troll!)
Voilà voilà.
on pourrait parler du fameux Xenomai et de son micro-noyau hyperviseur qui fait tourner le noyau linux en tache. (Xenomai issu de de rtai lui même issu de rtlinux)
ou encore "flamer" sur wince, annoncé comme révolutionnaire (windows c.e embarqué et temps-réel) mais... personne en veut, encore plus depuis qu' ils ont ouvert leurs sources... le machin est cantonné aux gadgets genre téléphone portables... mort de rire :)
note inutile : ze devrais sortir dans pas longtemps un howto (bien humble) sur comment transformer facilement sa mandriva en diva-linux, pour péter les solutions actuelles grâce au travail des LAUD ... Et mettre en avant la qualité actuelle des solutions de traitment du signal audionumérique sous GNU/Linux... (troll : Apple ils vont pleurer longtemps pour le port Jack sur osX ;-) ? le site .com est sorti pourtant /troll) Si des gens lisant ceci sont éventuellement intéressés, ils peuvent m' envoyer un message privé. Toutes corrections/relectures/engueulades/merci/conseils/éclairage-de-gurus sont les bienvenues.
[^] # Re: bug corrigé dans l'emulateur de term
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 2.
pas ce problème ici, sur aucune console tty ou emulateur de term
une distro tout en utf8
2.6.18-rt3 #blabla
ncurses 5.5
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 3.
Et Mandriva est totalement pré-configurée pour le Son (il faut juste se faire le kernel)
du côté de RedHat (the master of) c est RedHawk.. et en trollant on peut se demander ce que penses Concurent-soft de la possible intégration par défaut de ce patch.
(les autres projets, hyperviseurs, sheduleurs et autres choix de micro noyaux ne seront pas impactés, mais concurent-soft et certains fournisseurs de services..si certainement)
# priority inheritance... encore un pas de plus :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 4.
le temps-réel avance petit à petit, et il n' est pas exlu que " ... soon real-time could become more widespread. Seiler believes Molnar's patch will be accepted soon into the mainstream Linux kernel"
ce qui serait vraiment Royal. S' il était complètement intégré (complètement, je ne sais pas puisqu' une horloge hrt à fait son apparition en juin, et qu' il -me- semble que le patch de Sir Molnar en a une aussi, donc... bon bref l' essentiel ;) ) cela permettrai de très facilement avoir un kernel "preemption on acid".
Même en partant d' un kernel patché à mort comme celui d' une mandriva ou d' une suse ! Il suffirait de choisir l' option "full preemption" (comme aujourdhui on peut choisir entre la preemption volontaire et "outofbox", plutôt que le choix par défaut, dit "server"). -aussi les options "rtc clock par défaut et en dur" et 1000hz bien sûr.. au fait hpet on garde ou pas ? ;) - Un kernel comme celui d' une SuSe ou d' une Mandriva, bien complet, avec full support hardware, mais en realtime complet juste en recompilant (et en mettant au diapason PAM pour l' audio) = le bonheur total...
Bon je veux pas envoyer de pathfinder sur Mars, c' est sûr. Ni faire des missiles intelligents. Non plus hacker mon futur aldebaran-robotics... non juste pouvoir avoir un kernel qui permette de faire du son, sans lag aucun, parfaitement prévisible, et au dessus de tout ce qui se fait aujourdhui...
Les GNU de LAUD se défoncent pour faire des applis de feu (ardour, rosegarden, jamin.... toutes les autres). Un tel kernel serait la cerise sur le gateau. Facilement accessible pour tous puisque l' option serait intégrée par défaut (et non plus prendre le patche sur people~mingo et l' appliquer au vanilla, mais se servir direct des kernels de nos chères distribs).
Gain co-latéral ? que, enfin, Jack, décolle et s' impose... (pas seulement pour les pro du son)
/troll : parcequ' y en a marre des arts / esd / phonon / pusleaudio .... /troll
(et hop...)
# rtfm
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Revue de Presse - Septembre 2006. Évalué à 2.
l' été 2005 ils avaient publié un minmag nommé "rtfm" avec quelques autocollants dedans.
Ca serait sympa de retrouver l' autocollant RTFM dans un de leurs mags quelconque...
pour les abrutis comme moi qui l' avait collé à l' exterieur de leur voiture (colle au dos du sticker et pas pensé au scotch) il a pas tenu longtemps sous la pluie...
okok je re-sort
[^] # Re: Y'a rien à gagner...
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Revue de Presse - Septembre 2006. Évalué à 6.
dommage : à la question "gnu/linux magazine quant..."
réponse manquante : "quant j ai du pognon"
bon okok je sors
[^] # Re: Ouais, ben...
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Revue de Presse - Septembre 2006. Évalué à 9.
dans la série linux+dvd, la seule rubrique de correcte c' est la "parole aux distro et au noyau".. mais cela ne fait qu' une petite page.
Tout ces magazines sont truffés d' énormes bourdes orthographiques et fautes de frappes (on se dirait sur un forum où on tappes vite sans se relire...)
Mais il n' y pas que ça, en cherchant bien on trouve de vraies grosses boulettes, du style apt-get est le gestionnaire de paquet par défaut de fedora... si si... Des comme ça y en a des tonnes dans linux+dvd...
(bon il y a quant même certains articles très bien fait et certaines interviews très intéressantes. Mais dans l' ensemble ça sent la mauvaise copie de howto, les articles pas finis, les fautes et les énormités)
Et attendez, elles sont pas venues vous démarcher sur le ML de vos lugs ? ici on a eu droit à du spam "écrivez pour linux+dvd", gratos bien sûr... et tout pour leurs pommes. Ils prennent pas un peu les GNU et users-gnu pour des cons.. non si peu. (quant je pense que linux-forum paye jusqu' à 300 euros l' article) ...
Donc je pratique aussi le même filtre que toi.
je jettes un oeil quant même, voir si un article est vraiment intéressant -> rien acheté de cet éditeur depuis avril...
[^] # Re: Incompréhension
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 5.
j' espère que c' est toujours le cas.
Et de noter qu' il s' agit là d' une annonce de Release Candidate, sur laquelle sera basée une version 100% libre d' une nouvelle version de cette distribution GNU/Linux (et 100% libre, pas sur le papier qui l' accompagne.. mais dans les faits vrais et réels) -> Il ne s' agit donc pas d' une dépêche commerciale
Et pour l' aspect modération pur : il ne semble pas avoir eu vent d' une demande de dépêche sur la Corporate Server 4, qui est sortie hier -pourtant ça vaudrait la news, mais cela ne rentre pas dans le cadre de linuxfr- )
Les gens comme Warly et Blino (c' est pas le dpt marketting, eux, ce sont des developpeurs ! et Warly a choisi de demander une annonce pour cette RC et pas une autre version!) sont bien les mieux placés pour nous donner des nouvelles de Mandriva, vous ne croyez pas, objectivement ? Tant que cela reste dans le cadre de linuxfr !
perso j' espère que l' objectivité et la rigueur continuerons. (Pour les paranos pire que moi... ben qu' il passe leur serveur sous Obsd, ça fait plus de bien que les trolls.)
ps : en seconde page il y a une annonce purement commerciale. Pourquoi ne pas allez dessus pour troller ? là, ça y sera justifé !
[^] # Re: quelle enfilade !
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 2.
http://forum.mandrivaclub.com/viewtopic.php?t=52865
qui, j' espère, te sera utile, Axone
ainsi qu' à d' autres.
# quelle enfilade !
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 10.
moi qui m' attendais à lire des commentaires intéressants & argumentés sur par exemple :
la question des firmwares et de leur intégration (ou la discussion suit, et est très proche, de celle de debian)
la manière dont mandriva gère l' intégration dans la distribution des drivers non-libre (qui est clean et permet facilement de les "bouter" hors de son système)
l' effort d' intégrer au système les deux solutions différentes que sont Aiglx et xgl, permettant à l' utilisateur de ne pas se soucier de grand chose (le meilleur choix pour sa machine est automatique et tout est configuré facilement)
le nouveau choix de sortie : continuité de disponibilité d' une version 100% libre et mise à disposition d' une version gratuite incluant des drivers non-libres
l' intégration de ucarp et de invictus, projet vieux de 2 ans, adaptation pour le noyau linux & netfilter de pfsync et carp, si agréables sous *bsd
les nouveaux supports pour les réseaux, facilitant leur configurations pour tous
l' effort pour suivre Gnome et permettre, cette fois, une intégration nickel de la dernière version.
La solution p.init permettant d' accélerer nettement le temps de boot sans casser la compatibilité ascendante avec sysV et en plus, étant LSB compliant.
et j' en passe (la vision de l' entreprise mandriva vis-à-vis du travail commun avec la communauté -la seule entreprise à ne pas mettre à côté sa communauté-. Le fait que tout ses developpements soient sous GPL. Aussi le travail de fourmis fait "upstream" sans pub, etc etc. La comparaison entre poids financier, nombres de dev. et qualité de distro, pour les 3 gros. Etc, etc, etc)
bref de vrais sujets menant à de vrais commentaires, parfois contradictoires mais toujours intéressants et argumentés, comme linuxfr en connait souvent.
allez, un troll à relever : perso je continue de préfèrer les motos Italiennes et les Lotus anglaises aux gros monstres japonnais...
[^] # Re: La finale doit être terminée pour le 15 septembre???
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 1.
plus intéressant sont les récits linux -> bsd ou certains utilisateurs switch vers *bsd leur poste de travail aussi...
google est notre ami :)
[^] # Re: RC1 et forum des utilisateurs au MandrivaClub
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Mandriva 2007 Release Candidate. Évalué à 3.
[^] # Re: Faites ce que je dis, pas ce que je fais...
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 1.
ce n' est pas vraiment comparable.
on pourrait plutôt, de manière plus juste, comparer ceci avec le rapport entre certains associations et certaines entreprises.
mettons un club de plongée sous-marine, qui en fait de principale activité fait des "baptèmes" de plongées aux touristes du coin. Cette association s' est nettement éloignée de l' esprit d' éducation de la FFESSSM et de l' apprentissage réel de la plongée. (plus padi que ffesssm /troll)
C' est très bien, il faut que cela existe et permet aux touristes d' être encadrés par des professionnels et de faire leurs baptèmes en toute sécurité.
Mais comme il s' agit de leur -de loin- première source de revenus, ils se placent sur un secteur concurentiel et non éducationnel. En entrant en concurence avec le secteur du tourisme et des entreprises ayant la même activité. Elles faussent le jeu en restant association.
C' est pourquoi il a été décidé de considérer ces associations là comme étant sur le marché concurrentiel et qu' elles aient les mêmes devoirs qu' une entreprise.
CF : révision du code associatif.
et encore, ce n' est pas satisfaisant comme comparaison.
puisque là il s' agit de biens abstraits & intellectuels, néanmoins indispensables aux biens mobiliers que sont les ordinateurs.
A partir du moment un logiciel libre est suffisamment : et matûre et utiilsé : il rentre de facto sur le terrain concurentiel. Et concurentiel, il l' est, à n' en pas douter ;)
Le fait qu' il soit issu d' un travail communautaire n' a rien à voir la dedans (et d' ailleurs pour l' exemple OpenOffice.org, des sociètés -comme SUN- participent également au projet, plus ou moins directement).
Par contre c' est une preuve indéniable, s' il en fallait, que ce travail communautaire (entre particuliers + associations + entreprises) bénéficient à tous, vraiment à tous. Y compris au marché.
[^] # Re: Un peux surprenant...
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 5.
Cette annonce était déjà en soi plus qu' intéressante, en apprenant au public que la suite OpenOffice.org était en train d' être évaluée sur un plan sécuritaire.
Cette évaluation et la publication des résultats font déjà ressortir 3 points positifs, même essentiels :
1. ce n' est pas un sujet à prendre à la légère, et ce laboratoire n' a pas eu pour mission de faire preuve d' un quelconque angélisme.
2. ils ne se voilent pas la face et pointent les problèmes où ils sont.
3. les résultats, au delà de pointer les problèmes, vont à coup sûr avoir des répercussions.
on doit donc s' attendre à ce que du code soit révisié et des contributions nouvelles fassent jour. Cela était, déjà, globalement de la meilleure augure pour OOo, ainsi que pour un éventuel déploiement (...)
Pourquoi devrait on faire preuve d' angélisme ou se mettre des oeiillères ? c' est marqué logiciel libre dessus donc c' est bon ? Non. (car si on connait tous ici les avantages indéniables que confèrent certaines licences en matière économique, on ne peut, tout aussi objectivement, dire que la licence remplace la qualité)
La suite OOo à été testée, evaluée, des experts sont même en charge de "lui casser la gueule". Nous sommes donc loin d' un engouement irraisonné. Si la suite OpenOffice.org a fait l' objet d' une décision de déploiement massif, c' est uniquement parcequ' il s' agit d' un produit de qualité.
Les licences adoptées, assurent bien sûr la pérénité des données, mais surtout elles confèrent la capacité à améliorer le produit. Par exemple sur le plan de sa sécurité en environnement sensible.
Ce sont donc 2 nouvelles complémentaires qui sont toutes deux d' excellentes nouvelles, autant pour notre Etat, que pour OpenOffice.org et pour le logiciel libre en général.
/troll personnel : dans la suite OpenOffice.org, oowriter a encore combien de temps à vivre sans une gestion vectorielle des objets composant le -futur- document ? parceque franchement oowriter et word, c' est quant même un peu l' age de pierre /fin du troll
# good news :)
Posté par bubar🦥 (site web personnel) . En réponse à la dépêche Agenda partagé : des solutions. Évalué à 3.
esperons que ces connecteurs profiteront également à l' excellent Citadel !
http://citadel.org tuto sur http://www.aerospacesoftware.com/citadel-howto.html
[^] # Re: Son
Posté par bubar🦥 (site web personnel) . En réponse au journal Sortie de Qloud 0.1. Évalué à 2.
[^] # Re: Son
Posté par bubar🦥 (site web personnel) . En réponse au journal Sortie de Qloud 0.1. Évalué à 1.
[^] # Re: Son
Posté par bubar🦥 (site web personnel) . En réponse au journal Sortie de Qloud 0.1. Évalué à 1.
mais c est pas une vérité non plus
tu n' a jamais fréquenté des audios-rooms genre dans les étages quant tu attends qu on emballe et charge tes cartons ?
du jazz en instruments/enregistrements dissociés sur 7 enceintes, c est quelque chose...
;)
amicalement
# kim ?
Posté par bubar🦥 (site web personnel) . En réponse au message ffmpeg : vidéo a partir d'images. Évalué à 1.
séléctionne les images voules
click droit
"kim plugins" ou "kim convertir"
créer un film mpeg
entre le nom, le chemin, le nombre de seconde de chaque images
et voilà
[^] # Re: Google a t'il besoin de publicité ?
Posté par bubar🦥 (site web personnel) . En réponse au journal Google Life of Code pour Andrew Morton. Évalué à -1.
tu veux peut etre parler des machins paslibresquipuent transférés de /pool/restricted vers kernel-image dans ubuntu, qui oblige les utilisateurs à installer plein de trucs pas libres ? (meme les distro vendues le font pas... elles laissent le choix) ??
je dis ça parcequ' un troll aussi gros vient certainement d' un ubuntriste débutant qui les dents plus blanches et le poil plus beau depuis qu' il utilise ubuntu.
non mais sérieux, c'est pas un peu fini ces trolls à 2 cents ?
[^] # Re: Google a t'il besoin de publicité ?
Posté par bubar🦥 (site web personnel) . En réponse au journal Google Life of Code pour Andrew Morton. Évalué à 0.
c' est quoi ce troll ?
tu veux peut etre parler du transfert des trucs paslibresquipuent de /restricted vers kernel chez ubuntu, non ? ou tout les suers installent sans avoir le choix des trucs pas libres et fermés...
je dis ça, parcequ' un troll aussi gros et mesquin, ça doit venir d' un débutant qui a les dents plus blanches et le poil plus beau grace a ubuntu.
non mais sérieux, c' est pas un peu fini ces trolls à 2 balles ?!?
[^] # Re: livecd mdv
Posté par bubar🦥 (site web personnel) . En réponse au message Agrandir une partition. Évalué à 1.
un bémol sur le lvm : c' est un ensemble... attention aux fausses manips, pendant l' utilisation au-jour-le-jour. C' est le défaut logique de ses nombreuses qualités.