un_brice a écrit 1165 commentaires

Le CFLAGs dont tu parles, c'est pour la compilation du noyau ou du programme oggenc ?

Je parlais de CFLAGs d'oggenc et libvorbis. Un kernel compilé comme ça tiendras pas 10 minutes (dans mes souvenirs, on peut même pas tout compiler en -O3).

Car je ne comprends pas pourquoi un athlon 1400 mhz avec moins de mémoire et sans doute moins de cache est plus rapide en live cd que mon athlon 2000 mhz avec le même test et le même live cd.

Question idiote : tu as vérifié qu'hdparm et autres s'étaient configurés de la même manière ? Peut être que sur 78 mo ça fait une différence.
Ou sinon, c'est peut être la RAM.. j'ai cru constater que "hdparm -T /dev/hda" retournait en pratique le débit de la RAM (mais va savoir pourquoi)

Merci !
Effectivement, le "-msse" est redondant. Je m'en vais jetter ça de suite (surtout qu'il risque d'être nuisible dans le cas où l'ebuild chercherais à filtrer march).
Et pour le "-m128bit-long" c'est une pauvre faute de copier coller.

Je viens de comprendre mes erreurs... déjà c'est vrai que je ne teste les paquets en ~arch qu'au compte goute, tu a forcément raison quand tu dit qu'ils sont de moins bonne qualité.

Et en plus, j'ai cru que gcc se comportait comme tu le décrivais à cause d'un executable gcc32 sur ma machine, que j'ai compris comme "gcc 3.2" alors qu'il n'était que "gcc 32 bits".

Ça m'apprendras à réflechir avant de parler... désolé.

Je me suis rappellé que j'avais une Debian en chroot et j'ai fait deux ou trois tests, à l'instant même, avec "oggenc out.wav --managed -b 128 -M 160 -q 6" et un fichier de 3minutes 38 secondes. Mon processeur est un athlon XP 1.6Ghz de première génération.

Le premier est sur Gentoo, avec mes CFLAGs par défaut :
CFLAGS="-O2 -march=athlon-xp -mcpu=athlon-xp -pipe -msse -mfpmath=sse -m128bit-long -fomit-frame-pointer -frename-registers"
"Temps écoulé : 1m 01,7s"

Le second en chroot sur une Debian sarge mise à jour hier (je ne connais pas les CFLAGS, mais je pourrais chercher)
"Elapsed time: 1m 11.9s"

(chiffres stables sur plusieurs essais sucessifs !)

La version Debian prend à peu près 16% de plus (10 secondes) -> on dirais bien que les paramètres de compilation sont déterminants pour ce test (et, d'après mon tatonage rapide, surtout ceux du sse).

Peut être qu'une partie de l'écart de perfs entre les versions 2.4 et 2.6 vient de ce que ce dernier est préemptible (sauf si tu as désactivé l'option)... à ce qui parraît ça se traduit en pratique par une meilleure latence au prix d'un peu de perfs... mais c'est que vrai là quand même, y'a de la marge.
Si tu me fournis le fichier wav à encoder, je pourrais faire le test en et hors 2.4, histoire de savoir si ça vient d'une mauvaise configuration de ton installation ou bel et bien du kernel.
Ou sinon, tu peut tenter toi même, en prenant la dernière knoppix (en 2.6 et 2.4, sauf erreur) et en l'essayant avec les deux kernels (on doit pouvoir choisir au boot).

Une autre piste pourrait être les CFLAGS des distribs/liveCD utilisés. Par exemple je crois que la Mandrake utilise le coprocesseur arithmétique par défaut dans tout ses paquets (586), au contraire de Debian si je me souviens bien. Dans un encodeur ça doit bien se sentir.

Sinon, je pense que l'absence de gain de perf en ramdisk risque d'être lié au cache : il devait être activé pour le disque, ce qui faisait que l'encodeur n'avait pas à attendre et que donc le gain du ramdisk devait être nul. Comme en plus comme le transfert des données vers le disque dur peut se faire (presque) sans opérations du CPU, au contraire du transfert d'une partie à l'autre de la mémoire, je pense qu'on peut expliquer qu'il y ait carrément eu des pertes (surtout si le fichier et gros).

Et pour le cas du mac, je suspecte encore une fois de mauvais cflags, voir un problème de compilateur, mais tu donne pas d'infos à ce sujet.

On est dans le cas de jeux spécifiés comme étant disponibles en téléchargement sur l'internet... pauvres mouches -_^

- De plus, il y a de plus en plus d'ebuild disponibles, c'est qui est un bon point, mais j'ai aussi l'impression qu'ils sont de moins bonne qualité qu'avant, la ~arch a de plus en plus de problèmes de compilation (surtout constaté sur ~amd64), mais ce dernier point est discutable en fonction des paquets utilisés, et côté "unstable" de ~arch, les risques de la ~arch sont clairement énoncés par gentoo .

Tu est censé utiliser les critères sur les versions pour choisir toi même laquelle des versions instable marche chez toi (logique - faute de l'existence d'une version qui selon les developeurs Gentoo marcherais mieux).

Bon, et puis sinon, je vais essayer de te convaincre de la nécessité d'étayer ton argumentation.

Bref tout ça pour dire, quand je compare à FreeBSD : les paquets sont mieux foutus

C'est à dire ? Qu'est ce qui te gêne au quotidien ?

moins de problèmes de compilation

Curieux, je n'en ai connu qu'un ou deux, en dehors de problèmes matériels.

beaucoup plus à jour

Quel package te manque ?

me permet de tester gcc4.0 sans flinguer le système de base (conserver le compilateur par défaut) et sans avoir à jouer avec un gcc-config pour remplacer mon compilo par défaut le temps de mes tests.

Quelle solution utilisée par BSD lui permet d'anticiper ton choix d'un compilateur ? En quoi est-elle supérieur à "gcc-config -O" qui permet de repasser à la précedente version de GCC tout en ayant deux installée.

le nombre de paquets est aussi plus important et facilement/rapidement intégré dans l'arborescence officielle : cf evince.

Sauf erreur de ma part, l'exemple est mauvais car les discussions sur ce package semblent porter sur des problèmes de useflags, qui (à ma connaissance) ne sont pas disponible sur FreeBSD (quelqu'un pour confirmer ?).

Allez hop, petit coup de pouce au monde du libre avec quelques liens vers des jeux open source (donc gratuits et pouvant être modifiés par la communauté).

Ça a été corrigé entre temps, ou alors tu est un peu tatillon -_^
D'ailleurs, remarque qu'il dit "open source" et pas libre.

Pour la licence, je propose la DMDZZ, licence auto-reférente (elle même sujette à ses conditions) et stupide dont voici le préambule:

Le présent document prétend être le fruit de l’ego démesuré de son auteur. Il a été révélé sur l’usenet, et sombrera rapidement dans l’oubli qu’il mérite. Toute créature convaincue, à tort ou à raison de jouir de cette qualité qu’on nomme "libre arbitre" a le droit souverain et imprescriptible d’en faire quelqu’usage qui lui semble bon, surtout s’il est inutile ou parfaitement trivial.

Elle est dispo là : http://clx.anet.fr/spip/breve.php3?id_breve=49(...)

Elle me semble libre, mais à mon avis très faiblement copyleft (plutôt dans le genre BSD). On peut même concevoir qu'elle soit compatible avec la GPL.
Et l'article 3 sur l'hypocrisie de rigueur convient parfaitement aux fortunes.

Y'a même eu un type pour se fendre d'une interpretation ! http://clx.anet.fr/spip/breve.php3?id_breve=175(...)

C'est peut être un peu "lâche" comme workaround, mais on trouve dans les 20 euros sur Internet des cartes wifi supportées.
Et puis, même s'il devait arriver un jour que ta carte integrée soit reconnue par Linux, ça peut toujours servir.

Vraiment curieux, normalement un processeur ne chauffe jamais jusqu'à brûler.
Peut être qu'un problème de refroidissement est la cause commune à ton premier problème et aux suivants ? Mon dernier problème de processeur vient de ce que mon ventilateur s'arrêtait quand la température devenait trop haute ! (va savoir ce qui pouvais foirer dans la thermorégulation)
Aussi, méfie-toi des cartes mères Asus qui overvoltent le processeur sans prévenir, pour faire plaisir aux jackies.

Sinon, http://www.password-crackers.com/crack1.html#office97(...) propose un logiciel propriétaire pour faire ça ("guaword"). Mais j'ai pas testé.

$ /usr/src/parsemce -e 9400000000000151 -b 1
Status: (-7782220156096216751) Restart IP valid.

Si je comprends le truc correctement (peu probable), le processeur doute de la fiabilité de ses propres registres... donc à priori c'est mauvais signe quand à son état de santé.
T'as pas plus d'infos sur sa température ? Ni sur les voltages ?
Et tu sais pas si un burnK7 augmente plus les segfaults qu'un burnBX ?

De toutes manières je pense qu'on arriveras pas à mieux que des présomptions à l'encontre d'un composant...

Le problème, c'est que tu ne donne aucune information sur l'état de ton système, qui permetrais de trouver ce qui ne vas pas.

Quels étaient les codes MCE ?
Quel est la tempèrature du processeur (si t'as réussi à faire surchauffer un athlon-xp respect), le nom de carte mère ? La marque des barettes de RAM ?
Tu peut aussi essayer memtest86+, mais d'expèrience il a jamais servi à rien. Un autre test, c'est aussi de tenter un burncpu pour vèrifier s'il augmente le nombre de segfaults. Si oui, tu peut accuser le proc (sans exclure la RAM, malheuresement).
Et puisque ta RAM est neuve, je te prévient d'un problème que j'ai eu : la mienne n'a marché correctement que quand je l'ai overclockée (en diminuant CAS et ses copains).

C'était quand déjà que linux était réputé fonctionner parfaitement sur les "vieux" systèmes ? Moi sur mon K6 350 Mhz, il n'y avait que dillo et lynx qui fonctionnaient à peut près (et presque opera)

Curieux, j'utilisais Konqueror 3.0 à l'époque où j'avais encore mon Pentium2 à 266mhz, et sans être gêné.
Peut être devrait tu essayer de rajoutter de la mémoire ? C'est vrai que les bureaux actuels mangent pas mal de ce coté là, mais niveau processeur, je les trouve plutôt économiques. Au pire, utilise Debian woody : l'actuel Konqueror 2.* devrait bien passer -_^. Mais c'est quand même bizarre.

Du reste, je suis de ton avis: manipuler les gens c'est mal.
En même temps, ça n'a d'effet que sur les personnes qui ne réfléchissent pas à leur choix, alors en l'occurrence on peut considérer que c'est un "workaround".

journal posté = googling déjà fait

ok pour le chipset intel, mais concernant la broadcom ???

http://www.google.fr/search?num=30&hl=fr&ie=ISO-8859-1&(...)
(quatrième lien à l'heure ou j'écrit - mais je suis trop gentil de te le donner par ce que du coup je joue ton jeu)

Bref, google on connait tous, on l'utilise tous, et si je demande l'avis des linuxfriens, c'est justement pour avoir des infos complémentaires "actuelles", un retour plus "humain", des vrais trucs constructifs, en somme. On apprend généralement des choses assez intéressantes, comme l'histoire des cartes minipci qui ne se résume apparemment pas à cliquer sur monsieurprix, cf plus bas.

Je dit pas le contraire. Simplement l'habitude veut qu'on arrive avec un peu de matériel. Par exemple, que tu poste l'état actuel de tes connaissances liées aux questions que tu pose. Même un machin qui laisse penser que tu as cherché de ton coté.
Ça fait un peu plus "donnant-donnant" et moins "faites".
Surtout ce qui m'a dérangé c'est de voir les réponses dans les première lignes de google. À la base je partais pour te répondre, j'ai même cherché.

Du reste, c'est vrai que les posts suivants ont étés interessants, mais c'est pas grâce à toi. Tu t'est contenté de motiver ton questionement et de le présenter. Tu n'a pas participé par la suite sauf pour poser un

Ca m'intéresse beaucoup, tu aurais un lien à nous donner s'il te plaît ?

. Je pense que ça se passe de commentaire (mais j'en fait un quand même ^.^).

Et pour ce qui est de mon temps, il est loin d'être précieux, c'est plutôt l'attitude qui me dérange que le temps qu'elle me fait perdre (sinon j'aurais pas posté, car ça m'a "coûté" plus de temps que de te lire).

Bon, je sais que j'ai tendance à être bougon desfois, y vois pas non plus critique trop virulente de ce que tu as fait. Surtout qu'apparement ça n'a dérangé que moi lol

Dis moi cher journal... est-ce que t'as envie de googler à ma place ? Par ce que moi j'ai pas envie.
Faut dire que c'est super compliqué de taper "Broadcom Gigabit Ethernet NetXtrem Linux" et "Intel 915m linux"; et que la réponse à ma question n'est qu'à la quatrième place (dans la première page).
Et quand je veut achetter ma carte réseau, il me faut au moins cliquer sur deux liens de monsieurprix avant de trouver un article ("Informatique" puis "Carte réseau").

Au secours !!!

En tout cas la FSF ne gère que la protection du code qui lui appartient : c'est bien dommage...

C'est dû au fait que (contrairement aux meurtes par exemple) il n'y a dans le cas de la violation du droit d'auteur de poursuites que si l'auteur porte plainte.
La FSF ne peut rien faire, si ce n'est apporter un soutient moral et des conseils, ce qu'elle fait.
Y'a des explications à ce sujet sur son site.

Tu est malhonnête.

D'une parce que tu ment. La citation m'a surprise mais je t'ai cru, c'est vrai que c'est dommage. Je suis naïf.
De deux parce que tu filtre. Ce qu'on peut repprocher au sieur "n m" c'est sa vision de l'attitude de Stallman (qui manifeste clairement son ignorance de ce que la personne dont il parle pense avec l'exemple des services en ligne).
Et de trois parce que tu raisonne par amalgames. "Mon combat", dans la bouche d'hitler et de Jean Jaures, ça n'a pas le même sens. Et pourtant ce sont les mêmes mots. Alors quand en plus tu réecris les phrases...

Une autre chose qui me surprends, c'est que tu te crois autorisé à parler de "foutaises Stallmaniennes". On a souvent tendance à exagérer le rôle de Stallman mais rarement au point de croire que la volonté d'utiliser des logiciels libres ne vient que de son existence.

En résumé, je n'arrive pas à extraire la moindre information de ton post. J'ai eu l'impression de lire un message publicitaire. Et en plus t'as mentit, ce qui est mal, même si c'est pour après argumenter sur le fait qu'on t'ai cru.
D'ailleurs ça veut dire quoi "s'aérer la tête" ? Renoncer à un idéal par ce que hitler aussi avait un idéal ?

si on vend au client le soft + sources, et qu'il veut recompiler, il lui faut aussi acheter une licence de dév Qt.

Ça dépends: il ne lui en faudras une que si il veut redistribuer le logiciel.
Avec la GPL, tu est libre de faire ce que tu veut, tant que ça sort pas de chez toi.

En faisant du proprio, il n'est possible d'utiliser "légalement" que du LGPL.

C'est pas le sujet, mais je me permet d'attirer l'attention sur le fait que cet exemple montre que l'intrensigence de la GPL a parfois du bon.

Tiens, tu as l'air d'associer geek et « communauté des utilisateurs de logiciels libres ».

C'est qu'en fait je me soucie moins de la visibilité des geeks que de celles des logiciels libres.

Stallman m'a tuer

Et si on montrait à tout le monde RMS en tant que gourou de notre secte ?

Heuuu... je crois que l'Humanité n'est pas encore prête pour RMS (et réciproquement, l'intégrité de RMS est pas très en phase avec le reste du monde).

Ça ne seras pas nécessairement libre, mais il n'auras pas a accepter de clauses comme quoi il doit les supprimer au bout d'un certain temps. Au sinon le robots.txt doit restreindre l'accès et dans ce cas google ne l'afficheras pas.

Je ne suis pas spécialiste du sujet, mais une chose qu'elle est bien, sous GNU/Linux et (de manière plus générale) avec les logiciels libres, c'est la réutilisation du code.
Plutôt que de redévelopper un n-ième moteur, reprends ceux qui sont libres et qui existent !
On parle beaucoup de Ogre par exemple (cf http://www.ogre3d.org/(...) et http://www.ogre3d.org/wiki/index.php/Projects_using_OGRE(...) ). Ça a l'air d'être du C++ (je suppose que tu aime ça...), c'est sous LGPL et ça se veut généraliste.
Et si il te plait pas y'en a pleins, comme Nevrax ( http://nevrax.org(...) ) par exemple.

Sinon, je ne comprends pas bien ce que tu reproche au C, mais je préfère qu'on en parle pas, sinon c'est troll rasoir assuré -_^

Et pourtant si, il suffit de démontrer que ton programe aurais pu exister sans la bibliothèque GPL. Dans ce cas il n'en est manifestement pas un dérivé.
Je crois que ça marcherais même quand le programe est linké en statique...

C'est ce qui fait par exemple que le driver Nvidia est (à priori) légal : ils distribuent une couche d'abstraction pour FreeBSD et Linux, cette dernière étant sous GPL car elle dérive de Linux.
Ensuite, il n'ont qu'à dire que le driver propriétaire dérive de la couche de compatiblité dans une version propriètaire (celle de BSD ?), même s'il marche avec Linux.
Dans ces conditions le fait que la FreeBSD peut servir de preuve de l'indépendance vis à vis de Linux (peut être est-ce même leur motivation pour la développer).

http://opengraphics.org/(...)

Essaie peut être Juk ? Il est plus dépouillé, mais aussi à mon sens plus efficace pour gèrer les tags.
En ce qui te concerne, l'interêt est surtout que depuis KDE 3.4 il utilise Google image pour obtenir ses pochettes. Il n'y auras donc pas de problèmes de licence à priori.
Il fait partie de ces applications de qualité, fournies avec KDE, mais trop souvent méconnues...