liberforce a écrit 4744 commentaires

Ah bé non, j'ma gourré. Plus c'est gros plus la latence est élevée. Est-ce que ça pourrait être un problème de temps de latence de l'ordonnanceur du kernel ?

Autre remarque : la taille des données écrites influence peu ce comportement. En temps normal j'écris 80Ko, mais même avec des écritures de 1Ko cela se produit.

fflush suivi de fsync n'a rien changé. Mais j'ai vu un pattern de ralentissement apparaître plus facilement, toutes les 7 secondes environ.

Ah bé non, sorry, c'est une CentOS 5 (équivalent RHEL 5) et pas une Fedora 6.

DE, pas WM.
Voir Environnement_de_bureau.

Ça m'étonnerait, ce serait un ami du rail, il s'entendrait bien avec les cheminots.

Tu t'affranchira jamais du bas niveau.

Si si, je t'assure que c'est le but. Sauf qu'en général ça n'arrive jamais complètement à cause de problèmes de performances. Exemple : accéder au i-ième élément d'un tableau ou d'une liste chaînée.
Mais ça reste la direction dans laquelle aller, l'idéal à viser.

Vu que je n'ai pas trouvé ça drôle, j'ai pris ça au premier degré, désolé ;-)

http://fr.wikipedia.org/wiki/Pascal_(langage)

À mon avis, si ça « Just Work », il y a moins de chance de faire des conneries, non ? On ne parle pas des gens qui gueulent sur une application alors qu'ils ne savent pas l'utiliser, mais des gens qui ont besoin de savoir comment c'est fait pour réussir à faire en sorte que ça marche. C'est comme quand tu codes, tu codes pour une interface et pas pour une implémentation, pour masquer les détails bas niveaux. Une bonne API masque la complexité et la tripaille interne. Idem pour une application. Idem pour un OS.

T'es sérieux là ? J'en ai les yeux qui tombent des orbite de voir que tu es à +10. Tu crois que j'ai envie d'apprendre à quoi servent chacune des pièces de ma bagnole ? Bin, non, je m'en fous complètement, tout ce que je veux c'est qu'elle roule !
Faut que les geeks qui croient que tout le monde doit s'intéresser à leur centre d'intérêt prennent la pilule rouge et reviennent dans le monde réel ! Les gens normaux s'en branlent de comment ça marche, ils veulent juste que ça marche ! L'informatique n'est qu'un outil, pas un but en soi !

C'est sûr qu'on peut reprocher à Microsoft de rendre le matos plus lent dernier cri plus lent à chaque release, vu dans quelles conditions Vista est sorti. Seven semble avoir fait beaucoup mieux tout de même, ne leur retirons pas ça...

Et ne leur mettons pas sur le dos le fait que les éditeurs d'applications tierces préfèrent dire aux clients de changer de machine (coût pour le client) plutôt que de donner du temps et de l'argent à leurs développeurs pour optimiser leurs logiciels (coût pour l'éditeur du logiciel). Si Ciel Compta est lourd, c'est Ciel qui chie, pas Microsoft.

Concept intéressant certes, mais déjà vu au FOSDEM 2007 (présentation sur GEGL par Øyvind Kolås).
http://linuxfr.org/comments/1059525.html#1059525
J'imagine que l'idée est plus ancienne encore.

La dépêche sur les vidéos du FOSDEM :
http://linuxfr.org//2007/03/04/22154.html:

Le lien vers la présentation de GEGL :
http://ftp.belnet.be/mirrors/FOSDEM/2007/FOSDEM2007-GEGL.ogg

Le PDF de la présentation (néanmoins, le lien a l'air cassé) :
http://archive.fosdem.org/2007/slides/maintracks/gegl.pdf

La logique « tu n'en as pas besoin parce que je n'en ai pas besoin » est désarmante...

Thunderbird 2 commençait à me rendre chèvre depuis que j'étais passé sous Mandriva 2010. Il déclenche un bug du pilote ati qui fait que la moindre opération graphique est ultra-lente, ce qui finissait par me décourager de lire mes mails ou d'y répondre.
http://qa.mandriva.com/show_bug.cgi?id=55691

C'est ce qui fait que j'ai franchi le pas hier soir. Et je dois dire que jusqu'à présent je suis assez satisfait. La migration s'est faite sans souci. Néanmoins je vous recommande de sauvegarder votre profil thunderbird, moi j'ai oublié de le faire et il a modifié des choses au premier lancement de thunderbird 3, là où je m'attendais à avoir une demande de confirmation pour autoriser la migration.

Autrement, la migration n'a pas posé problème (en même temps j'ai juste 2 comptes mail IMAP), mais j'ai trouvé l'assistant de migration bordélique. J'aurais préféré une boite de dialogue type assistant qu'un agglomérat de paramètres à choisir (même si les valeurs par défaut sont bonnes). Les débutants risquent d'être un peu déboussolés.

Les boutons pour répondre, transférer etc. sont devenus contextuels : ils sont dans la zone d'entête du message, près du nom de l'expéditeur et du titre du message, ce qui m'a un peu troublé au début, mais je vais m'y faire je pense.

Le système d'onglets à la firefox est décidément très pratique, et on se rend compte que c'est ce qu'aurait dû utiliser thunderbird 2 dès le départ.

J'ai bien aimé la possibilité de pouvoir affecter une photo à ses correspondants du carnet d'adresse (enfin !), mais j'ai regretté que cela ne soit pas plus exploité, en affichant la photo de l'expéditeur (si elle est disponible) dans l'entête des mails par exemple.

Et pour finir, thunderbird 3 ne déclenche pas mon bug du pilote ati, donc je peux enfin trier mes mails en retard :-).

Normal que ça s' « ar » si ça sent le « -x »...
~~~> [ ]

Amusant. Les prix de gros, ils connaissent ? Parce que là les morceaux à 1€ pièce alors que tu leur lâches des milliers d'euros, bonjour le foutage de gueule...

...tu corriges la macro ou tu ouvres un rapport de bug.

En même temps tout ce qui aide à la compréhension du fonctionnement du noyau incite du monde à s'y mettre parce qu'ils trouvent dans chaque article une bonne dose d'informations essentielles. Et puis faciliter l'arrivée de nouveaux contributeurs n'est pas une activité moins noble que de coder.

De même dans un milieu professionnel, ce type d'article permet rapidement de savoir ce que l'on peut espérer d'une mise à jour du noyau. De plus tes articles sont régulièrement repris dans la presse francophone (je vois régulièrement un lien sur generation-nt.com par exemple), car ce sont des articles de référence, et quasi-exhaustifs.

Alors pas de fausse modestie, c'est mérité ;-)

Effectivement, on se rend compte en lisant les chiffres que les contributions au kernel de Canonical ont bien progressé depuis le 2.6.31 (en nombre de lignes de code). Ils sont bien placés pour le 2.6.29 et 2.6.30, mais en changesets car le nombre de lignes changées est très faible. J'aimerais bien savoir à quelles parties du kernel Canonical a contribué.

Pendant ce temps là Mandriva est resté au même niveau (bon, c'est pas les mêmes moyens non plus).

Vous pouvez comparer les deux de manière graphique:
http://www.remword.com/kps_result/evolvement.php

Mandriva
commits : http://www.remword.com/kps_result/drawimg.php?action=commit&(...)
place dans le classement : http://www.remword.com/kps_result/drawimg.php?action=rank&am(...)

Canonical
commits : http://www.remword.com/kps_result/drawimg.php?action=commit&(...)
place dans le classement : http://www.remword.com/kps_result/drawimg.php?action=rank&am(...)

Dommage qu'il ne soit pas possible de comparer plusieurs société sur un même graphique, car là les échelles sont différentes (Mandriva a un joli record personnel avec + de 14000 lignes de code contribuées pour le 2.6.14).

Une autre: Le problème c'est que que le type du code retour

Désolé mais ils sont aussi responsables que les autres. S'ils ne voulaient pas voter ni pour royal ni pour sarkozy, il fallait se mobiliser au premier tour. Je peux parfaitement comprendre le vote blanc, mais on ne peut pas être abstentionniste et dire « c'est pas ma faute, c'est les autres ».

C'est clair que la barre de boutons verticale est assez laide et pas très ergonomique. Autant avoir une vraie barre d'outils.

J'y serai pour être installateur ou donner des infos aux visiteurs. Normalement j'ai recruté quelques intéressés (9 personnes pour l'instant). Sauf que... Tu dis qu'il faut s'inscrire et décrire le matériel, mais je ne vois plus de section sur le site de parinux pour cela. Ni même pour indiquer si l'on vient comme installateur ou installé. On peut juste donner ses coordonnées, et basta. Des infos là dessus ?

Et d'ailleurs, vu aujourd'hui sur le blog d'un des dev GStreamer, on dirait qu'il devrait y avoir un équivalent à media info basé sur GStreamer : GstDiscoverer. Ce qui m'aidera à comprendre ce qui cloche dans mes fichiers (ou dans mon baladeur).

GstDiscoverer

Those of you familiar with PiTiVi/Jokosher/Transmageddon/gst-python development might already be using the python variant of this code. The goal is to be able to get as much information (what’s the duration, what tags does it have, how many streams, of what type, using what codecs, …) from a given URI (file, network stream ,…) as fast as possible. While the code already existed, it was only python-based. So I rewrote one in C, with several improvements over it. It can be used synchronously or asynchronously, and comes with a command-line test application in tests/examples/

Source : http://blogs.gnome.org/edwardrv/2009/11/30/the-result-of-the(...)