Moby-Dik a écrit 2937 commentaires

Ca me donne envie de vomir de lire des trucs comme ca.

Personne ne t'en empêche ! C'est ça aussi l'Esprit du Libre :-))

Ben justement non c'est pas ça. Intel ne met pas deux cores en un, mais double simplement le nombre d'unités d'exécution. Par contre le cache interne est entièrement partagé entre les deux "cores logiques". Ce qui explique que le gain n'est pas proche de 100%, mais plutôt au mieux 30% (d'après Intel lui-même), et il peut même être négatif en cas d'application faisant beaucoup d'opérations mémoire (des utilisateurs ont mesuré 10% de perte dans certaines situations).

Cela explique, d'ailleurs, que l'Hyper-Threading soit normalement désactivable dans le BIOS.

Eiffel est un langage conçu pour être le plus purement objet possible

... plus que Smalltalk ?

et est utilisé surtout dans des contextes où la sécurité/fiabilité du logiciel est primordiale

Heu, plutôt Ada non ? ;-)

Sans vouloir jouer les rabat-joie, il faut être honnête : la principale raison pour laquelle Eiffel est populaire dans les milieux académiques français, c'est justement que c'est un langage conçu par un Français. Pour le reste, il faut avouer que même si c'est un bon langage, il n'a pas de qualités suffisamment extraordinaires pour réussir à s'imposer face aux langages déjà établis. Son utilisation en milieu industriel (contrairement à Ada justement) ou scientifique est anecdotique.

Non tu n'as pas compris. Même entre 19h et 23h, la fréquentation n'est pas "continue". Une dizaine de hits à la lecture d'une page (avec les images), dix secondes d'inactivité, puis dix autres hits, etc. L'activité d'un seul site Web n'est pas du tout continue.

Du coup, même en période de pointe, il y a beaucoup de temps morts (une majorité pour la plupart des sites). C'est là que le cloisonnement des ressources machine (CPU, RAM) est totalement contre-productif.

Les PGP et autres ont été effectivement « cassés » sous condition plus d'une fois.

Ah bon ?? Il y a eu des bugs (corrigés) dans l'implémentation de certaines fonctionnalités, par contre pour ce qui est des algorithmes.... Tu as des références ?

Sauf cas extrêmes (sites très très visités), un site Web et les services associés sont utilisés par pics sporadiques, pas de façon continue. Du coup, l'immense avantage d'un hébergement mutualisé sur une grosse machine, c'est que statistiquement les sites seront consultés à des moments indépendants et distincts, et donc la machine sera beaucoup mieux exploitée. Cela veut dire que chaque service (site Web, mailing-list...) aura une grosse puissance à disposition lors de pics de fonctionnement, mais que grâce aux disparités entre les patterns de consultation des différents services, la machine aura en moyenne une charge relativement continue. Et plus il y a de services distincts, plus la charge a des chances d'être uniforme dans le temps.

En contrepartie, en utilisant une myriade de petits serveurs dédiés, on oblitère totalement cet avantage (si un site a besoin d'un pic de puissance à un moment, les N-1 autres serveurs, bien que totalement idle, ne peuvent en rien l'aider), et la puissance disponible sera à 99% gâchée.

C'est donc une solution intéressante dans deux cas précis :

- chaque service a des statistiques d'utilisation relativement "continues" (firewall, etc.)

- même sur un micro-serveur, on espère mettre beaucoup de services différents (hébergement mutualisé bon marché)

Quelles sont les versions d'OpenSSL concernées ? StrongHoldNet recommande de mettre à jour vers la 0.9.6g. D'un autre côté la dernière alerte de sécurité mentionnée sur http://www.openssl.org/news/ parle d'une vulnérabilité sur une version "antérieure à la 0.9.6e". Ce ver est-il "simplement" une exploitation de la faille susdite (et patchée depuis longtemps par les admins responsables ;-)) ?

On ne voit pas le rapport, mais on comprend qu'à la fin de l'argumentation, il ne reste plus que la vulgarité et l'assimilation de "l'ennemi" au méchant Microsoft. -1

Ah oui le plus marrant : les développeurs KDE râlent contre le fait que le projet est "dénaturé", qu'ils vont devoir se taper des bugs d'un projet qui n'est plus vraiment le leur, alors même que Redhat a justement supprimé la boîte qui donnait ces informations. Et ils sont foutus de s'en plaindre ! :-((

C'est vrai que ça ressemble plus à une belle page de pub qu'autre chose. Venez nous voir, on est beaux on est gentils, etc. Contrairement au troll récurrent, on constate bien qu'il n'y a pas la moindre information de "crédits" ou de paternité. Pas un seul nom de développeur n'est cité, juste le groupe KDE lui-même (qui est certainement déjà cité dans la boîte laissée par RedHat). Enfin bref, beaucoup de bruit pour rien.

Sans compter que l'utilisateur visé par Redhat ne sait même pas ce que c'est que kdelib et n'en a objectivement rien à cirer. C'est comme "powered by tartempion icon system" ou "this design brought to you by le chien de la concierge d'adobe". Aux yeux d'un utilisateur lambda, ce sont des mentions parasites et énervantes car incompréhensibles.

Waldo Bastian dans un mail sur kde-core-devel parle de 'RDE'. Ils n'ont pas encore decide si ils redirigaient les bugs de RDE vers le bugzilla de Red Hat mais l'idee a ete soulevee. Vraiment lassant, toutes ces bisbilles à deux balles, ces histoires d'honneurs vexés et autres petites vengeances futiles.... Pfou. -1

- un bug qui rend le clavier autre qu'americain completement inutilisable sur Red Hat qui est ouvert depuis trois ans. Heu, tu peux préciser ?

Du tout ;) Quand on voit le titre de ton message, on sait tout de suite que c'est un post chiant qui va faire un reproche à l'interface, traiter les modérateurs de paresseux, râler contre les fautes d'orthographe, signaler que la news numéro 45331 ne valide pas au W3C.... Enfin bref un truc totalement inintéressant.

Du coup, même quand un message est négatif, on devrait pouvoir le noter sans avoir à le déplier !

C'est vrai qu'à lire rapidement ça semble particulièrement bourrin. Un algorithme de matching de chaînes appliqué en parallèle sur n*n instances.

Eh oui, rien de plus.

Le pire c'est KDE avec leurs Kouillonnades. Et je ne parle pas des atroces masKottes imbouffables (celles de MandraKe et KDE sont Konsternantes).

Apparemment ça n'a pas été annoncé ici, mais la nouvelle version de Templeet (a priori moteur de template du futur daCode2) est sortie :

http://www.kaintech.net/modules.php?op=modload&name=News&fi(...)

Ce qui est parfaitement idiot dans ton discours, c'est que tu te préoccupes de la validité avant de te préoccuper de l'accessibilité. Or, la validité n'est qu'un moyen, et l'accessibilité est un but (accessibilité aux handicapés, aux aveugles, mais aussi aux petites configs, etc.). Un site non-valide mais accessible vaut mieux, objectivement et concrètement, qu'un site valide mais non-accessible.

Tu te focalises sur les standards énoncés par le W3C sans ne jamais te poser la question des raisons qui ont présidé à l'élaboration des standards, et de l'esprit que ceux-ci veulent transporter. C'est comme vénérer les lois tout en ignorant la Constitution.

Oui, c'est clair. Un autre fait inquiétant est qu'Apache2 ne décolle absolument pas. (faut dire que le jour où il sera vraiment stable, y compris vis-à-vis des modules tiers comme PHP, mod_perl....)

Mais enfin dans ce cas et puisque tu es très porté sur le HTML "propre", on peut regarder la page d'accueil de l'ABUL, qui certes est valide mais :

- utilise des JPEG pour certains logos (bof)
- utilise des tables pour la mise en page (et même pour ce qui devrait être une bête liste à puces comme le menu de gauche)
- est d'une accessibilité douteuse pour la raison susdite (et d'autres également comme l'absence de marquage sémantique - pas de tags <h1>, <h2>, <ul>, etc.)

Voilà, plutôt hors-sujet, mais comme ton sujet de troll discussion favori est le respect des standards du W3C par les sites liés depuis Linuxfr, je me disais que ce serait bien d'évoquer la poutre qui traîne dans le coin.... Les règles importent, mais aussi leur esprit ;)

Ce qui est plus amusant quand on regarde la frame sous-jacente, c'est qu'ils sont hébergés chez "Seldon Internet et e-commerce" (http://www.seldon.fr/(...)). Qui visiblement ne sait pas mettre en place un virtual host ;-))

Non. Quand on donne une hausse en pourcentage, c'est une mesure relative, donc il a bien raison.

Je te laisse lire le message suivant :

http://sourceforge.net/mailarchive/forum.php?thread_id=1052533&(...)

Y a aussi des releases notes et une FAQ :

http://kmeleon.sourceforge.net/docs/relnotes07.php(...)
http://kmeleon.sourceforge.net/docs/faq07.php(...)

A priori, ça veut dire qu'ils ne sont pas loin de la sortir.

La version de QT tournant sous Windows (je souligne, pas besoin de relancer un troll éculé) n'est pas libre du tout :

"The Qt Non Commercial Edition for Microsoft Windows is a binary only distribution [...]"

http://www.trolltech.com/developer/download/qt-win-noncomm.html(...)

Ah mais si, c'est pour ça qu'on passe les pubs d'IBM : que les décideurs voient bien que ça tourne sous Linux et que le langage marketing y est aussi accessible qu'ailleurs.