reno a écrit 3881 commentaires

> Automatiquement par le hardware modulo memory manager quand même. Et quand le swap s'en mèle le modulo est pas négligeable.

Je ne vois pas le rapport..
Tu peux utiliser de la shared memory sur des systèmes sans swap et les threads utilisent de la même manière le gestionnaire de mémoire virtuelle que les processus alors..

Pour le besoin de synchronisation, il est a mon avis rigoureusement identique entre des processus communiquants par mémoire partagée et des threads..

version *libre* --> version gratuite..

Tu en sais en Français, il n'y a pas l'ambiguité free/Free de l'Anglais, autant en profiter!

Pour les "gros" scripts: rapidement les shell montrent leur limites et la Perl devient plus interressant (plus homogène, et plus performant).

Dans ce domaine, il rentre en concurrence avec Ruby et Python, mais étant plus ancien, plus de programmeurs connaissent Perl et la libraire CPAN est plus fournie.

Par contre, et la c'est mon avis personnel, Perl est tres "crade" comme language: les débutants font du code inmaintenable et les expérimentés se font plaisir en utilisant du code incompréhensible , une des conséquence de la philosophie TMWTDI..
(ma vie) appelé au secours pour la reprise d'un script (le repreneur ayant jeté l'éponge), il m'a fallu 1/2h de recherches pour remplacer *2 lignes* imbitables par 2 lignes qu'un débutant en Perl peut comprendre, 15min par ligne, ce n'est pas très rentable! (/ma vie), Ruby ou Python sont tous les deux bien plus propre..

Le seul problème avec Ruby et Python, c'est qu'ils sont tellement semblables l'un à l'autre, qu'il est très difficile de choisir entre les deux! Petite préférence personelle pour Ruby quand même..

Un contre exemple, Word me fait criser avec sa sélection "intelligente": tu cliques a un endroit pour placer le curseur, tu shift+clique a un autre endroit pour selectionner le texte entre les deux et ce p***** de Word change la sélection tout seul: en général si j'ai cliqué au mileu d'un mot, il me sélectionne tout le mot par exemple..

Ca m'énerve les logiciels qui se croient plus malin que les utilisateurs..


Personellement je trouve que le| petit cheval blanc devrait donner le|petit cheval blanc: utile pour effacer plusieurs espace d'un seul coup par exemple, donc ni l'algo de Word ni celui d'OOo ne me paraissent terrible (bien que celui de Word soit meilleur la)

Oui, enfin survoler pas trop vite quand même: le petit jeune prestataire pour ma boite s'est trompé dans des histoires d'alignements mémoire, ne vérifie pas systèmatiquement les codes retour des fonctions de libraire, utilise sprintf plutôt que snprintf, etc..

Survoler un language, c'est bien, je l'ai fait aussi (Lisp, Prolog) à l'époque mais il vaut quand même se batir une "culture" sur un language utilisé: je n'ai jamais utilisé ni Lisp, ni Prolog, et je ne pense pas jamais les utiliser alors à part savoir qu'ils existent bof..

Pour ce qui est d'écrire des interpréteurs en C, je l'ai fait aussi, pourquoi?
Je n'avais pas le choix du language! Donc les languages exotiques, c'est bien, mais ça reste peu connu et donc peu utilisable.

Dans mon projet actuel, j'ai bien essayé de vendre Ruby, mais trop peu répandu --> shell + C.

Maintenant quand tu arrives dans une boite et que tu n'es pas capable de faire du C ou du C++ propre car tu ne l'as pas suffisamment utilisé, cela ne va pas être très bien vu..

OCaml a aussi un probleme de syntaxe: par défaut sa syntaxe est assez pourri..
J'avais essayé d'apprendre ce language, mais j'ai abandonné car Ocaml c'est quand même assez bof-bof au niveau syntaxe.

Je ne dois pas être le seul a leur avoir fait la remarque, apparemment il y a une syntaxe "alternative" possible, mais j'ai découvert Ruby entre temps et je n'ai donc pas regarder à quoi ça correspond..

Euh, et toi tu n'est pas arrogant? Relis un peu ton poste.

D'abord, chaque projet a ses spécificité, ensuite KDE est en train de migrer de CVS a Subversion, donc apparemment ils ne doivent pas être si satisfait que ça de CVS..

Quel était l'état de Subversion, il y a 3 ans quand Linus est passé a bitkeeper?

Il était peut-etre possible de changer le style de developpement en gardant CVS, mais avec des si on ne va pas bien loin..

Euh, il y a une grosse difference entre MSN Messenger, IE, et bitkeeper: les 2 premiers ne sont *PAS* gratuit, seulement tu les payes avec le prix de ton OS: Microsoft a utilisé les bénéfices fait en vendant Office, Windows pour les developper..

Bitkeeper, pour la version gratuite lui ne dependait en rien de l'achat d'autre chose.

Ceci dit, "punir" une communauté parce qu'un de ses membres fait quelque-chose de "répréhensible" (du point de vue de Larry Mc Voy), sans commentaire.

Enfin, Bitkeeper aura quand même eu le gros avantage de faire avancer Linux plus rapidement durant une certaine période, par contre la migration des données ne devrait pas être drole..

Bah, la force du libre, c'est ça: n'importe qui peut forker si le projet source ne veut pas intégrer les modifications demandées..

Ce qui est prècisement le cas ici, donc je ne vois pas en quoi c'est un problème.

Ce qui est amusant, c'est qu'au boulot je travaille sur un rack ATCA piloté par IPMI (telecom) et j'avoue ne rien avoir compris au texte du dessus..

Dans les racks ATCA, il est faux que les controleurs (shelf manager) utilisent un slot dans un rack: soit ils sont intégrés sur une carte (les swiches par exemple) soit ils sont planqués en dessous du rack par exemple.

Mais peut-etre que l'article du dessus parlent de PC empilables (stackables) plutot que de serveur de lames?

>Les chercheurs de microsoft font du bon travail, c'est un fait

Les chercheurs de microsoft ont aussi produit BOB.. Donc ils font de la merde aussi, c'est un fait aussi.

La leçon est qu'il faut voir au cas par cas la production pas généraliser..
Ils font parfois du bon travail, parfois de la merde.

Personellement, je traduirais 'fiber to the home' par fibre jusqu'à la maison, pas 'à la maison'.

Moui, enfin dans le cas présent le fait que le TLB ne soit qu'une partie du MMU n'a rien avoir avec la choucroute..

Comme dit plus haut une gestion par le noyeau de taille de page variable permettrait une meilleure utilisation du TLB, qui en général n'est pas bien gros..

J'ajouterai que le noyeau gère des listes qui décrivent l'utilisation des pages, avec les taille mémoires actuelles et des pages de 4k, la taille de ces structures est assez importantes..
Une gestion des pages avec une taille variable permettrait probablement de réduire la taille occupées par ces listes.
Le gain en performance se faisant problablement sentir sur les configurations avec beaucoup de mémoire.

Dans Java, il y a des bugs qui sont restés non-corrigés des années avec des milliers de personne votant pour ce bug (non, je n'exagère pas).

Alors dans le logiciel propriétaire, même quand on peut voter pour des bugs, cela n'est pas forcément mieux.

Ma vie: au boulot on est passé d'un projet Sun à un projet sur Linux, étant admin, j'ai bien senti la différence: Linux fait un peu amateur à coté de Solaris: doc plus foulli, stabilité inférieure (je perds les icones de mon KDE environ tous les 15j, bah je m'en passe, mais ça fait désordre, j'ignore si c'est la faute de RedHat)..

Maintenant coté Solaris, il y a des choix qui sont politiques et indéfendables techniquement: utilisation de CDE (stable certe, mais qui est une grosse m...: c'est le seul soft ou certaines appli ne marchent pas en export DISPLAY!!!), remplacement d'outils utile par des javateries lentes et nettement moins utilisables (ce qui m'a conduit a apprendre les lignes de commandes équivalentes pour éviter d'utiliser cette saleté de console java).

Bref, grosso-modo ça se vaut, le coté le plus génant dans Linux, c'est la doc: c'est un gros bordel entre les docs en info qui sont franchement mauvaise (1 paragraphe par page en moyenne, outil de lecture pourri..) et des docs parfois inexistante (2 journée entieres passée sur le web pour trouver comment faire pour faire des accents avec un clavier QWERTY sans l'histoire de changement de clavier), c'est le plus gros manque: Solaris est livré avec des classeurs entiers de doc, un peu trop verbeuse a mon gout, mais nettement mieux quand même.

Ceci dit comme tous le monde le sait la doc de Linux est quand meme supèrieure a celle de Windows qui prend l'utilisateur pour un imbècile et n'apporte rien..

M'enfin il ne faut pas être trop préssé quand même pour lire un doc qui fait 39pages!

Pas tres realiste ce que tu dis, la réalité est que Windows est là et que si tu veux ajouter du Linux dans un environement Windows, tu dois t'intégrer dans l'existant en minimisant le changement.

D'ou les problemes de compatibilité..

Pas d'accord, la LSB c'est fait pour ça.
Normalement un rpm conforme a la LSB doit pouvoir s'installer sur une majorité de distrib.

Ahem, pas d'accord: ce qui n'est plus implémenté dans le nano-noyeau mais au dessus doit quand même être audité.

Ca te fait une belle jambe si la faille vient d'une surcouche plutot que du noyau..

Bof et les cartes videos pour PC portables?
Si elles sont faibles consommations pour les PC portables, ça doit aussi marcher pour l'embarqué..
En plus de par le principe même un FPGA est plus gourmand que le circuit intégré correspondant, bin oui il faut plus de transistor pour pouvoir le reprogrammer..

Oui, enfin si je ne me trompe pas la carte graphique "open source" developpé sera en PCI/AGP initialement, pas Express hein, normal..

Alors pour la compatibilité avec le matos récent c'est blanc bonnet et bonnet blanc (en plus cher), certes dans le future cela pourra peut-etre changer *si* ils ont du succés, ce que je leur souhaite mais c'est loin d'être garanti, leur coeur de cible étant quand même assez restreint..

>La majorité des sources d'une distribution GNU/Linux est sous (L)GPL.

Le (L)GPL en réponse à un poste sur la license GPL me fait tousser: l'ajout du L est loin d'être innocent, la LGPL étant bien moins restrictive que la GPL.

Il ne faut pas rever: un FPGA coute bien plus cher qu'un ASIC et avec des perf inferieure..

Un i810 ou consort coutent biens moins cher a produire en grande serie, mais les couts de conception ne sont pas les memes!!

Trouver 10000 geek pour acheter une carte a 200$, pourquoi pas, mais au dela le rapport performance/cout prime.

Cette carte aura-t'elle des performances superieure a une Radeon 7200?
Car les vieilles Radeon ont aussi des drivers libres et ne coutent pas cher!

Oui enfin la justification pour ne pas l'avoir envoye a vendor-sec est qu'apparement il y a eu une fuite sur un rapport de securite: "uselib() bug leak".

Je pense que c'est la le vrai probleme..

Quand a AC, officiellement ce n'est plus lui qui prend en compte les bugs de securite.

Bah, je trouve la syntaxe du C assez propre.

Par contre la syntaxe du Lisp avec toutes les parentheses n'a pas franchement contribue a son succes.. D'ailleurs, il a peu de succes!

Donc tes exemples ne sont pas terrible..