Nicolas Boulay a écrit 16250 commentaires

j'ai pas trop compris l'interret du 24 bits 96khz, il n'existe _aucune_ source analogique capable de fournir ça. Trouver une chaine d'aquisition qui dépasse franchement les 100 dB n'est pas une mince affaire. Or 24 bits, c'est 144 dB... Idem pour que cela tourne à 96 Khz...

"La première sécurité est la liberté"

sur un 5:1 bidule chouette truc chose, cela n'arrive pas. Le son des paroles sortant de la voie centrale.

"La première sécurité est la liberté"

C'est le propre des cd de musique classique la dynamique !

Si les vendeurs de CD enregistraient tous à 75% du volumes, il gagnerait en qualité globalement pas besoin de tellement poussé le volume.

Tu remarques aussi que sur un système son très chère tu n'aurais pas à pousser le son... :/

"La première sécurité est la liberté"

Ils ont tous tendance à pousser le volume à fond. Le résultat c'est de l'alliasing dés que le signal monte trop haut (signal écrété).

Le top, c'est les CD de musiques classiques enregistrée "à moitier" par defaut.

"La première sécurité est la liberté"

le decret est passé vendredi dernier...

"La première sécurité est la liberté"

Quand je parlais de winfs, je parlais des fonctionnalités fournis et non de la manière d'y arriver.

Il me semble que toutes les saveurs de ext3 que tu cites sont retrocompatible entre elle (sauf peut-être la compression). Mais c'est suite à l'évolution trop rapide de ext3 que ext4 a été lancé.

"La première sécurité est la liberté"

Remonter des bugs quant on débute, c'est un coup à remonter des conneries, non ?

Si c'est bien fait non. (typiquement il faut expliquer qu'est-ce que l'on fait, donner un moyen de déclencher le bug, de préférence le plus simplement possible, ensuite de décrire son environnement (type de machine) au cas ou )

"Acheter des "Linux Pratique" leur sert-il à quelque chose ?"

Cela sert surtout à Diamond edition l'éditeur :) et à toi, pour en apprendre sur linux et les logiciels libres.

Comment leur faire parvenir de l'argent, et surtout être sûr que l'intégralité de la somme servira au projet ciblé ?

Cela dépend beaucoup des projets, certain donne un compte paypal, d'autre vendent des CD (bsd) ou des Tshirts (mozilla).

"La première sécurité est la liberté"

Reserfs4 dispose d'un grand nombre de fonctionnalité contreversé. Il fait avancé les choses et permet la compététition avec winFS mais les FS sont le dommaines le plus sensible d'un OS. Les données sont fait pour durer des années avec des versions différentes de Linux. Cf le text sur le sujet sur kerneltrap.

Le système de plugin est sympa mais si elle rend les reiserfs4 imcompatible entre eux, cela va être un bordel sans nom. Il y aura reserfs4 vanilla, reserfs4+compression, reiserfs4+compressionv2, reiserfs4+compression+schedulerbdd, reiserfs4+compression+schedulerbigfile, etc...

Bref, un beau merdier. Imagines tu upgrades ton linux et ta partition devient illisible...

Le VFS permet d'avoir une interface standard entre le fs et le reste du noyau. Cela permet d'avoir du code commun et surtout de (correctement) gérer les concurences d'acces, ce qui peut être très complexe. reiserfs4 bouleverse ça et rajoute une autre interface qui peut effectivement foutre la merde...
Au vue des commentaires, notament sur le writeout code, on comprends que la solution serait d'étendre un peu VFS et de communalisé le code reiserfs4 avec les autres systèmes de fichiers (un module de compression devrait pouvoir bénéficier à tout le monde !).

L'autre problème de base conceptuel est dans le fait que tous les fichiers sont des directory pour gérer les metadonnés, ce qui pose un énorme problème pour la gestion des liens pour les applications (en gros imaginez un "find" qui part en boucle...).

Bref, les problèmes posés sont interrescants et mérite d'être corrigé. Mais c'est des gros problèmes conceptuels de design du noyau pas des questions politiques.

"La première sécurité est la liberté"

"PS: comment je fais pour soutenir une distrib ?"

En fonction des tes compétences, tu testes, remontes des bugs de façon pertinente, participe au dévélopement sinon tu peux aussi leur donner des sous.

"La première sécurité est la liberté"

C'est un poil plus complexe que ça.

Imagine qu'une ville française se prenne 100 rockets de 50 kilos d'explosif sur la tête tous les jours, je ne pense pas que l'on reste sans rien faire...

"La première sécurité est la liberté"

Non justement. C'est le cas depuis la "révolte" de troupe de l'onu en bosnie, des français il me semble d'ailleurs. Depuis, on ne leur donne plus de mandat débile ou ils ont juste le droit de compter les morts (cf le film de télé de la BBC "warriors").

Pas de bol, la FINUL(E?) date d'avant la bosnie et a toujours ce mandat débile. Si les états avaient des couilles, ils auraient du avoir tout pouvoir pour démilitarisé la zone de la frontière, quitte à devoir tirer sur les libanais, le hezbolha ou Israel.

"La première sécurité est la liberté"

"Faux : c'était considéré comme de la copie privée [1]"

Non, cela a été très discuté et beaucoup de jugement de ce style on été cassé. La notion de cercle familial s'étant aux amis mais pas au inconnu !

C'est sois une violation de copyirght soit du recel de contrefaçon (contrefaçon fait par la personne qui upload). Si on a déjà le CD, cela devient marrant car il ne reste que le recel or pour avoir recel il faut prouver la contrefaçon (en effet rien interdit d'avoir enregister la radio ou ripper un CD que l'on a perdu, ça c'est la copie privé)

"La première sécurité est la liberté"

les temps mini diminuent encore mais le principe même est d'utiliser les drivers linux, ou de les réécrires soi même...

"La première sécurité est la liberté"

"téléchargement de fichier musicaux via P2P"

interdit depuis toujours, c'est du recel de contrefaçon.

"l'échange de logiciels libres via P2P"

Cela risque d'être interdit, car les logiciels "manifestement" dédier à l'échange de fichier illégaux deviennent eux-même illégaux. (bref, vendeur de couteau et de pistolet : tous en taule !)

"l'échange de logiciels non-libres via P2P"

pareil que le 1). Contrefaçon.

"tout logiciel de P2P"

Oui, c'est le manifestement qui décide ce qui est illégal de ce qu'il ne l'est pas. Un juge prendra sans doute le principe d'intériorité pour décider. le ftp sera ok. Mais emule ne le sera pas. Vient ensuite le problème de bittorrent...

"le protocole P2P"

Quasiement toute nouvelle implémentation de nouveau protocole peut devenir illégal à cause du manifestement (amendement vivendi-universal)

"La première sécurité est la liberté"

L'article du point de vue temps réel n'est pas top.

Comment dire que linux assure du 20 µs de latence quand certain drivers peuvent prendre la main pour des millisecondes.

Pour qu' un système sois temps réel, il faut _aussi_ que les drivers soient prévus avec une latence maximum faible, le soft dispose bien d'entrée-sortie sinon il ne sert à rien...

"La première sécurité est la liberté"

ta peau en plein soleil sort bien plus d'eau que couverte. C'est peut-être due au soleil direct certe.

"La première sécurité est la liberté"

J'avais entendu parler de ça sous le terme "puit canadien".

En gros, le tuyau d'air de la VMC passe dans la terre sous la maison avant d'entrer dedans. Cela permet de refroidir l'air en été et la réchauffer en hiver.

"La première sécurité est la liberté"

regardes les bédoins dans le désert. Il se balade bien en short et marcel...

A part perdre de l'eau, je ne voix pas bien l'interet de se désabillé quand il fait chaud... (à par pour les filles quand on est un mec)

"La première sécurité est la liberté"

un proc rescent peut faire 5 instructions en parralèle le tout sur un long pipeline. Tu as typiquement 2 additionneur et 1 multiplieur. Ta version implique beaucoup de variables temporaires qui sont réutilisés, le calcul ne peut pas se faire en parrallèle.

"La première sécurité est la liberté"

En fait, je veux tester un layout particulier tirant parti des lignes de caches.

En gros, une ligne de cache fait 32 ou 64 octets selon le modèle de processeur. Donc, je pense que cela serait super interrescant d'avoir les voisins dans cette ligne de cache. Par exemple, si tu découpes ton images en cube de 4*4*4, tu as tous les voisins 4*4 dans la même ligne de cache ou presque. C'est du tailing, cela permet d'augmenter la localité d'acces aux donnés.

"La première sécurité est la liberté"

Si je veux modifier le layout pour faire des essais, je dois aussi modifier toutes les macro _map ?

Tu as pu vérifier l'augmentation de performance avec la modification de offset () ?

"La première sécurité est la liberté"

Je cherche pas à faire des animations mais du traitement temps réel :)

C'est pour ça que je parlais de gain théorique. Je ne crois pas qu'il existe des astuces en c++ qui permète d'induire un choix de layout mémoire selon l'utilisation qu'il en est fait. Si cela existait l'utilisateur n'aurait pas à s'en soucier.

"La première sécurité est la liberté"

J'ai continué à torturer la bète. J'ai utiliser ./nlmeans pour bencher rapidement la chose.
La fonction offset() est très utilisé forcément. En la modifiant par :

return (x+width*y)+(width*height*z+width*height*depth*v);

Le but est de réduire le nombre de dépendance read-after-write qui tue le parralèlisme.

J'obtient 10% de perf en plus sur le test sur processeur athlon. Par contre, cela ne change rien sur une machine pentium.

Les 3 tests qui sont dans CImg_demo qui rendent des fps sont en fait très dépendant de la vitesse d'affichage donc non représentatif pour les calculs.

J'ai essayé de modifier offset() pour que v sois la 1er dimension et non la dernière. Telle que c'est codé ici, on a 3 plans de couleur, un vert, un rouge, un bleu. Avec v en première dimension, on a R,V,B,R,V,B,R,V,B,... Cela dépend beaucoup des calculs mais je pense qu'en général, quand on utilise une couleur d'un pixel on a beaucoup de chance d'immédiatement utiliser les autres couleurs. Dans le "rangement" RVB, les 3 couleurs sont dans la même ligne de cache, donc en théorie, les acces devrait être plus rapide.

A prioris d'autre macro utilise le layout mémoire sous -entendu donc il faudrait modifier plus de chose que offset() pour faire le test.

"La première sécurité est la liberté"

Dans 2 ans, j'aurais un quadri coeur qui tournera à 2.5Ghz et mettra autant de temps que maintenant...

"La première sécurité est la liberté"

Les standards de programmation s'apprennent rarement à l'école. Mais se trouve dans plein de papiers.


Il faut savoir sortir des sentiers battus de temps en temps, sinon on coderait encore tout en basic.

Cela n'a pas de rapport en l'occurence... Je ne considère pas le fait de tout mettre dans un seul fichier comme ayant un seul avantage sur celui d'avoir quelques fichiers. L'utilisation d'opérateur ternaire est une vrai avancé.

Avec un IDE qui retrouve les tags, cela peut se faire mais bon...

Sinon avec des header précompilé, je gagne plus de 60% du temps de compilation cela devient accèptable.

J'ai essayé l'option de compilation -ftree-vectorize, cela change très peu les temps d'execution, je suis un peu déçu.

"La première sécurité est la liberté"