Nÿco a écrit 3603 commentaires

s/Vanilla Sky/Ouvre les yeux/

Fixed, thx.

En plus il existe en Gtk et Qt.

> Va expliquer ça à un ministre de l'intérieur…

T'es pas obligé de lui expliquer de l'intérieur, tu peux aussi lui expliquer de l'extérieur (sinon, ça doit faire mal).

Ok just do it...

Tu t'inscrits sur la ML Freecycle de ta région, tu proposes ton matos en don en respectant le format de l'e-mail, et tu t'arranges pour le passage de matos avec ton acquéreur.

http://fr.freecycle.org/accueil/

J'ai donné à une asso une chaîne hifi et de deux moniteurs cathodiques grâce à Freecycle.

Et « c'est bon de rire parfois » est la réplique incessante de Pénélope Solette (Chantal Lauby), dans L'Édition, après les passages de la série « Régis ».

faut arrêter d'écrire sans avoir lu, ce n'est pas un sérieux.

Je ne dénoncerai pas celui qui a changé mon élégant "brouteur" en quelquechose de plus DGLFLF-compliant... :-p

Quoiqu'il en soit, c'est mieux le titre là ?

C'est là : https://linuxfr.org/2010/06/17/27005.html

http://linuxfr.org/~chrisix/29313.html

Un vieux téléphone mis à jour, c'est un nouveau téléphone avec forfait et engagement qui ne se vend pas.

Bref dans les deux cas, il n'est juste pas normal de bloquer des mises à jour.

Ah oué, bonne idée, on va publier aussi sur Buzz, déjà qu'on est sur Twitter...
http://twitter.com/linuxfr
http://twitter.com/dlfp

> L'article utilise le terme anglais *crowdfunding* pour évoquer une co-production financière : c'est différent du crowdsourcing.

Exact, bien vu.

Ah oué, corrigé, merci... ;-)

Franchement, il faut arrêter de se focaliser sur la (dé)sérialisation du XML, car il y a un nombre de challenges assez importants en terme de perf et lag...

Mais bon, même si je suis d'accord qu'on peut avoir un format de données moins verbeux et plus optimal pour les humains et/ou les machines, j'attends encore de voire des propositions, et mieux, des implémentations... avec des Real-World benchmarks derrière !

Parceque bon, selon les technos et la maturté, les implémentations serveurs (pas seulement XMPP) sont très-très variables en terme de perfs...

Non, le format de données ne fait pas tout.

Par exemple, le JSON emporte tous les suffrages en ce moment, mais bon, ça a bien du mal à mapper les namespaces XML dont on se sert massivement sur XMPP.

Donc bon, voilà quoi.

Raaah, p'tain, on a de la chance sur XMPP, cette question a été résolue dès le départ : UTF-8 pour tous... Vous n'estimez pas à quel point c'est confortable de ne plus débattre de cela... (et accessoirement d'avancer sur d'autres points).

>> « un milliard de message jusqu'à maintenant » depuis quand ?

> Plurk a été lancé en mai 2008, d'après http://en.wikipedia.org/wiki/Plurk. Mais j'imagine que de manière similaire a de nombreux services qui rencontrent du succès, la croissance est très rapide, et quasiment tout le trafic a été fait sur les 6 derniers mois.

OK pour cette approximation, docn essayons un calcul simple : disons 1 millard de messages en 6 mois.

Donc 6 x 30 jours x 24 heures x 3600 secondes = beaucoup, que je divise par 1 milliard, puis 1/x = 64... 64 messages par seconde... bof... ;-) bon, OK, ça accélère, mais bon, voilà quoi...

>> Ça ne fait pas de présence ?

> Non, plurk ressemble plus à twitter qu'à de l'IM. Par contre, si tu as un lien qui explique pourquoi cette fonctionnalité est si demandeuse de ressources, ça m'intéresse.

Lien :

Un mec se connecte, il envoie sa présence, elle est diffusée à tous les items de son roster, qu'ils soient situés sur le même serveur, ou des serveurs distants fédérés (donc trafic local et inter-serveur).

Le mec change d'état manuellement quand il veut (pas souvent), sinon automatiquement, quand il s'éloigne de sa machine plus de n minutes, quand il rabat son écran et passe en veille, etc.

Et je ne parle pas des presence probes.

J'ai peu de stats sur la taille des rosters, mais estimons que Facebook est le pire des cas, et la taille moyenne de la liste de contacts là-bas est de 130 entrées.

Sachant qu'un user envoie et reçoit de la présence, quoi qu'il fasse, puisque le modèle est en push, mais qu'il ne fait pas forcément de messages, un serveur de présence et d'IM passe donc le plus clair de son temps (et de ses ressources) à router des présences.

Oui, mais "100 000 connexions simultanées" nécessite de conserver un contexte en mémoire, et peut-être du keepalive.

> Sinon ?

Passque c'est cooool, on t'a dit !

> Plurk arrive bien à tenir les 100 000 connexions simultanées

Qui font quoi ?

L'article en dit assez peu :
# huge amount of usage - to this day our users have posted over 1 billion unique messages
# complexity of Plurk's features - such as mute, responses seen, private plurks etc.

« un milliard de message jusqu'à maintenant » depuis quand ?

Ça ne fait pas de présence ? C'est souvent ça le premier consommateur de ressources d'un système d'IM.

> avec un seul serveur grâce à Node.js

Quel hardware/puissance ?

Autre précision de l'article :
We have rewritten to node.js from Java+JBoss Netty, because the old solution had scalability problems. We have also been able to build a very sophisticated messaging system given JavaScript expressiveness and the simplicity of node.js. Generally, we have found node.js and V8 very impressive - and it uses about 10 times less memory than Java+Netty did. The bottom line is if you implement anything comet related - - try to use node.js!

A prioiri donc, beaucoup moins de mémoire, un petit plus de CPU... quoi d'autre ?

C'est quoi cette manie d'aller sur n'importe quel site ?

Ce qui serait sympa aussi, c'est d'avoir un outil (ou la suite de commandes) pour faire du P2V, cad de la transformation de physique vers "virtuel".

Ainsi, les vrais gens peuvent virer l'installation corporate proprio par défaut, installer un OS libre, et faire tourner les outils maison dans un guest... quand le besoin^Wobligation se faire ressentir...

> Il ne faudrait tout de même pas oublier Microsoft dans cette histoire...

Non, mais sérieux, arrêter pendant 5 ans le développement d'un bout de soft aussi important, ils vont mettre du temps à faire leur rééducation...

Sans compter qu'ils ont un énorme boulet que les autres n'ont pas : la compatibilité ascendante.

En attendant quelques années de plus, IE ne peut que faire rire... ou pleurer...