iug a écrit 501 commentaires

Ca c'est intéressant comme réponse, je songeais justement à lire les howto de IBM sur le paramètrage de la JVM.

En tout cas, question RT, effectivement Java ne donne pas plus de garantie que Linux vanilla ou Windows en matière de schéduling. Par contre dans ces deux derniers cas, dans la pratique, on n'a pas de latence de 1s.

Question pause, et ben oui elles y sont. Et effectivement, je me suis démerder pour ne plus faire d'alloc dans ma boucle de pompage, et les pauses y sont encore.

Quiconque a déjà écrit un prod/cons en Java connaît le problème.

Si tu fais juste un petit programme "cas décole" qui ne fait aucun traitement et se contente de faires des println dans la console à chaque production et consommation, tu observeras des pauses assez fréquentes.

Ce qui me fait halluciner c'est que ces pauses peuvent durer plus d'une seconde.

Je me demande si ce sontles programmeurs qui ont implémentés le truc qui sont incompétents ou bien, pire, si c'est une faille de la spec d'implémentation des API de thread qu'ils ont en interne chez Sun.

Quand on voit la qualité de Solaris, on se dit qu'ils pourraient débaucher quelques hackers pour les mettre à bosser sur Java.

J'ai oublié la partie "défi" qui consistait à me proposer un code qui démontre mon incompétence.

J' ai pas fait gaffe au nouveau thème, mais en tout cas le splash-screen de la Limited Edition 2005 me plait bien.

Après les thèmes, c'est utile pour une poignée de nerds obscédés par la beauté de leur IHM. Les users de base ils utilisent le thème par défaut qu'on leur donne et ils sont plus intéressés par la qualité de l'IHM d'un point de vue interraction.

Ouais, mais dans un signal PCM c'est pas des coefficients de Fourrier que tu stock, mais bêtement des mesures de l'intensité à une certaine fréquence.

" le théoreme de Shannon assurant alors qu'on retrouve le signal voulu (celui qu'on entend)."

pfwaa, pas du tout... C'est l'approximation faite par les informaticiens ça, si tu vois une formule rigoureuse (pas dans une publi d'info) tu verras que c'est pas ça du tout.

Dans la vraie vie, on sample des signaux continus. Si ton signal samplé est {-1, 1, -1, 1, -1, 1} tu la recrées comment ta courbe, ça peut une courbe en crénaux, une sinusoïde, etc...

Fais le test toi même, avec un signal sinusoïdal à 440 Hz par exemple (23000 t'entendras rien) et un triangulaire. Sample les deux à 880 HZ et sample les deux à 44100 Hz, et puis écoute.

Evidemment ,si tu essaie de resampler un signal déjà échantillonné tu va pas aller loin, là le théorème de Shanon s'applique.

Pour le cas continu, un approcimation du théorème de Shanon doit surement plus dire un truc du style "en dessous de deux fois la fréquence t'entends n'importe quoi, au dessus t'as au moins la bonne fréquence, même si la courbe n'est pas la même".

http://www.mandrakesoft.com/company/press/pr?n=/pr/products/2546(...)

Tout est dans le titre et dans le bas de la press-release.

En tout cas, je ne verrais pas de changement, étant donné que la distribution n'était déjà pas basée sur les dates de sortie de Gnome, et qu'il fallait le urpmiser à la main pour avoir une version récente.

J'espère en tout cas que la cooker ne sera pas stable que 2 mois dans l'année entre Juillet et Septembre. J'aime bien avoir mes softs à jour.

D'aucun me diront que la Ubuntu sort 2 fois par an alignée, sur les releases Gnome :)

Moi, je propose à tous ceux qui ne sont pas content de la position de gallenza de lui envoyer un mail pour lui signifier son étonnement d'une réaction si violente. A croire que ce gars n'a pas mieux à foutre, il ferait mieux d'attaquer la Fnac, Leclerc, ou Carrefour.

C'est pas compliqué, y'a pas un plug-in qui permet de lire toutes les variantes du mpc. Y'a différentes versions qui permettent de lire chacune une partie des mpcs qui trainent à droite à gauche (me dis pas que tu les a fait toi-même :).

Par contre y'a un soft en ligne de commande qui sait se démerder avec tous et les extraire en wav. Personnelement, j'utilise ce soft et je réencode les wav en FLAC. Il ne faut surtout pas les réencoder dans un format non lossless, parce que la double-compression a des résultats catastrophiques. La deuxième passe d'encodage détruit complètement le son, bien plus que la première.

Pour trouver le soft en question regarde dans plf, ou bien fait des recherches sur "mpc musepack" dans google, c'est l'autre nom du format.

Pour la qualité il faut utiliser FLAC, et pour la place OGG. MPC est soumis a brevets...

D'ailleurs, il n'y a à ma connaissance pas plus de réglementation concernant la fiabilité des firmware d'ABS ou pire de direction que pour un traitement, contrairement à ce qui se fait dans le domaine de l'aéronautique.

Quand on voit le niveau moyen des développeurs, y compris de logiciels critiques, ça fait peur.

Voilà un domaine dans lequel imposer la diiffusion des sources serait une bonne, sans compter que ça doit surement très pipo du point de vue algorithmique un ABS.

Cet article mérite-t-il vraiement d'être en seconde page, au milieu des annonces de bouffe dans les lugs et autres ?

Tu préfère le troll classique "Logiciel et gauchisme, même combat ?" j'ai l'impression.

Je ne pense pas pas que Mme Aubry croyait que les 35 heures ne se traduirait pas pas des coûts à cours terme. C'est au contraire une évidence. Seulement à long terme, elle doivent tout naturellement se traduire par une disparitions d'un certain nombre de petites boîtes (le nombre d'employés, c'est du discret et pas du continu, donc faire plus 1 sur 3 employés au départ ça fait une faillite). Seulement, en moyenne, ça doit augmenter le nombre d'emplois, A EFFICACITE EGALE.

Après ça se fait pas de crier haut et fort que des boîtes vont fermer LoL.
De temps en temps faut avoir une vision statistique, un petit mal pour un grand bien, je plussoie. La charge de travail de ses petites boîtes passe aux grosses :)

Une loi sur le travail ne modifie pas la quantité de richesse du pays mais la façon dont elles sont partagées. Les 35h ça fait que c'est répartis entre plus de gens.

Je me suis permis de ne pas te moinsser, histoire de préserver la liberté d'expression sur site (c'en était moins une quand même :).

Les délocalisations ça peut être autant une bonne chose qu'une mauvaise. Y'a des beaux exemples de réussites grâce au délocalisation Taïwan, par exemple. Souvenons-nous des années 80 ou tous étaient choqués par le "made in Taïwan". Et bien maintenant Taïwan à absorbé une partie de notre savoir et du coup est devenu un pays rîche.

Les délocalisation vers des pays pas trop pouris au niveau social et démocratique (souvent ça va de pair) sont bénéfiques pour ces pays parce que c'est une chance pour les employés locaux, qui augmentent leur niveau de vie et aprennent des technologies venues des pays les plus avancés. Et du coup les pays rîches vivent un peu moins sur le dos du tiers-monde.

Ce sont les délocalisations vers les pays ou l'on manie le fouet pour faire bosser les employés (de moins de 12 ans) qui sont mauvaises. Par exemple, notre électricité est Nigérienne (c'est là que sont nos mines d'Uranium). C'est l'un des pays les plus pauvres du monde.

A moyen terme, ça va conduire à une diminution énorme du temps de travail disponible pour la population française, et là, les débats bidons comme celui des 35h vont plus trop être d'actualité. Quand y'aura plus que 20h de travail par personne, j'espère qu'on aura changé le droit du travail. L'histoire nous montre que les pays où le taux de chômage monte trop finissent mal (dictature, révolution). Les gens vont redécouvrir qu'il existe autre chose que le travail, génial !

Vivement dans 30 ans :)

Moi je vois au gré des commentaires des généralités fuser dans les deux sens, toutes aussi exagérées les unes que les autres.

Pour moi il faut regarder catégorie pâr catégorie :

Outils de développements : bien plus fiables en libre (Emacs, gcc.., incomparables à des JBuilder qui plantent tout le temps ou autres)

Système, et démons, serveur: bien plus fiables en libres

Window Manager, IHM : ben là je me demande si Gnome est plus fiable que Windows, malheureusement, je pense que le second a pris un léger avantage ces derniers temps, mais rien de dramatique.

Bureautique (OO vs MSO) : équivalent

Le reste : ça dépend, y'a surement du bon et du mauvais dans les deux environnements. Evidemment, un soft libre peu répendu (style cinelerra) va être moins validé que son concurrent vendu à prix d'or.

A quand une version Just In Time Compiler de GCC ?

Je pense que c'est un jeu d'instruction suffisemment répendu pour que les développeurs aient le courage de développer des branches spécifiques.

Par exemple, le mmx en est un, contrairement au Altivec.

Trève de plaisanterie, c'est vrai que l'avantage d'intégrer ces jeux d'instructions à GCC, c'est que même pour des jeux d'instructions peu répendues, le boulot sera fait pour en tirer partie. Parce que si il faut coder la version 32 bits, la version 64 bits, la version MMX, 3D Now, 3D now II, SSE, SSE2, SSE3, Altivec (y'en a plusieurs versions ?) alors les développeurs graphiques sont pas rendus.

Et puis pourquoi pas la version cartère mère à mémoire double canal, la vesrion avec 2Mo de cache, la version avec 512 ko de cache.... on peut aller plus loin dans le délire encore, le jeu d'instructions n'est qu'un petit aspect de la chose. Style la verson spéciale 512 ko de cache SSE3 révisions D du core du CPU, avec une RAM double canal CAS 2, et puis la version.....

Je suis déçu du manque de réactivité des enseignants : d'habitude un volte-face corporatiste fait suite à de telles remarques, du style "Moi je ne connais aucun enseignants qui ne connaisse pas par-coeur le code de GCC".

Y'a une époque où Linuxfr était beaucoup plus marrant.
Peut-être est-ce dû au non-renouvellement des moules, qui ont déjà abouti à un concensus sur leur façon de voir les choses. Je pense aussi que beaucoup de gens sont blasés par ce genre d'articles qui n'apportent pas vraiement de nouvelles informations aux lecteurs aguéris.

Etant passé par l'INRIA je pense qu'on peut même dire que monsieur fait preuve d'un corporatisme hallucinant.

A Rennes les mentions aux thèses ont été supprimées parce qu'elles servaient à pistoner et étaient données aussi bien pour récompenser les travaux que pour placer un gars proche d'un ponte.

Sinon l'objectif des chercheurs n'est pas que la diffusion des connaissances. J'ai vu un gars avoir une publi de prête attendre que la suite de ses travaux se terminent histoire de pouvoir en faire une deuxième plutôt que de publier en prenant le risque que quelqu'un publie avant lui une suite à ses travaux.

Idéalement, les auteurs devraient diffuser leur recherche sur le web, en gardant les droits sur leurs éditions.

Le problème, c'est que beaucoup d'éditeurs sont aussi des pontes de la recherche, qu'ils sont influents, et que personne veut se prendre la tête, on est bien à sa place, on veut pas faire de vague et prendre le risque de ses engagements.

Un autre problème concerne les chercheurs qui trouvent un truc et publient pendant 15 ans des variantes de leur trouvaille qui n'apportent rien.

Je me suis toujours demandé ce qui empêchait les chercheurs de créer leurs propres revues, en particulier en informatique, où les moyens sont suffisants pour héberger des sites webs diffusant les papiers.

Après avoir passé quelques années dans un grand labo d'informatique français, je me demande si tu n'embellie pas un peu la position des chercheurs. A part de la part de quelques thésards linuxiens, je n'ai jamais entendu des chercheurs se plaindre des systèmes de revue.

Quand je vois la quantité de recherche (ou d'ingénierie) privée financée par le public ou les politiques de brevet des grands labos d'informatique, j'ai penne à croire que les chercheurs ont envie de rendre accessibles leurs résultats au public. Ils ont plus envie de maximiser leur financements, et pour ça mieux vaut qu'ils publient dans des revues bien établies.

Evidemment il ne faut pas faire de généralités, ils sortent aussi du code sous GPL (c'était le cas des équipes dans lesquelles je bossait). Une bonne part des équipes est du bon côté de la force, de la à croire que c'est une majorité, il faudrait des chiffres. Vue la politique des labos je me fait un peu des désillusions à l'avance sur ces chiffres.

Moi je pense qu'on devrait appliquer ce principe à la recherche : toute personne payée par l'état lache ses découvertes dans le domaine public.

Ca impliquerait surement une baisse du nombre de chercheurs : ceux qui font de l'ingénierie pour des boîtes n'auraient plus de financement. On s'en fout les boîtes n'ont qu'à les payer, si c'est pour récupérer un brevet à la clef, je veux pas d'argent public dans leurs mains.

Personnelement j'ai le même problème : quand je reboot il faut que je fasse un "ifdown eth1" puis un "ifup eth1". Apparemment, c'est une histoire d'ordre de chargement de la config.

Du style chez moi j'ai un DNS, il doit surement se lancer après eth1, et ne pas récupérer les adresses du DNS. Il me semble qu'une mandrake standard en utilise un...

Ce qui est sûr c'est que ça ne marche pas avec des fichiers de config standards. Chez moi c'est sur une mdk 9.1 ou 9.0.

Toi qui a plus de chance tu peux peut-être nous dire comment faire :)

Ca c'est faut :)
Ils utilisent vaguement les mêmes algos, et le ré-encodage c'est du massacre. La deuxième passe donne une perte de qualité énorme.

Je ne suis pas d'accord avec ton point de ve sur la "charte du site".

Je pense qu'un site technique est beaucoup plus fréquenté qu'un site de politique (non j'ai pas de sources :). En conséquences si on veut faire la pub de la philosophie il faudrait pouvoir la faire sur ces sites techniques.

C'est un des aspects de linuxfr qui me derrange : ce site est hanté par des fanas de techniques qui s'en tapent de l'aspect philosphique. Ils utilisent Linux ou *bsd parce que ça les fait plus tripper techniquement et ils t'attendent au tournant pour te moinsser si tu commences à trop partir politique.

Ex: comparer la fréquentation de eff.org ou gnu.org à Linuxfr.org ou slashdot.org.

"Cependant si toutes les personnes utilisant du GNU devaient suivrent une formation sur comment penser "libre""

Je vois pas d'où tu sors ça...