Ah ben acheter des nouveaux meubles de bibliothèque cela sera de toute façon incontournable. C'est pas ça le problème...le vrai souci c'est de vivre dans 35 m² et d'avoir déjà recouvert les murs de livres : http://patrickguignot.free.fr/videos/biblio.avi
Et encore dans la vidéo on ne voit pas la bibliothèque de l'entrée et on distingue mal le fait que presque toutes les étagères ont des doubles rangées de livres.
Non y'a pas a tortiller, je vais devoir vaincre mon caractère de bernard l'ermite casanier et me mettre en quête d'une nouvelle coquille ;-)
Oui la bibliothèque est chez moi. C'est d'ailleurs dramatique car je n'ai plus de place dans ma bibliothèque (donc il faut déménager) mais en même temps avec mes bouquins le futur déménagement va être un calvaire atroce.
Pour l'instant je tergiverse.
>>> Le gars qui met le même kernel dans tout ça, ouahou, j'ai peur.
Pourtant les superordinateurs les plus puissants du monde tournent sous Linux....et les téléphones/gadgets GPS/télévisions Sony/Tux droid/etc tournent aussi sous Linux.
>>> Peut être qu'au contraire, l'avenir est à la spécialisation.
Si tu veux spécialiser les scheduler alors cela signifie qu'il faut un système de plugin puis qu'il faut multiplier les scheduler, chacun adapté à un type d'utilisation, déboger/tester/valider/maintenir les différents scheduler, etc
Sur le long terme cela ne paye pas du tout. Il vaut mieux un seul scheduler d'excellente qualité.
J'ai même lu sur la LKML que les mainteneurs regrettaient beaucoup d'avoir choisi la solution plugins pour les scheduler d'entrées/sorties (ou tu peux choisir en "Anticipatory", "Deadline", "CFQ", etc) et qu'ils préféreraient n'en avoir qu'un seul.
>>> Je suis assez surpris qu'une personne propose un nouvel ordonnanceur, extrêmement simple et performant (d'après ses dires). Je le suis encore plus lorsque j'apprends que cette personne "n'est pas du métier".
Pourquoi est-ce que tu est surpris ?
>>> C'est un coup dur pour les spécialistes
N'importe quoi.
>>> L'implémentation d'un système de plugin pour l'ordonnanceur du noyau Linux, permettant ainsi de choisir quel ordonnanceur l'on souhaite utiliser, semble avoir été refusé (information à confirmer).
Effectivement tous les mainteneurs du noyau, Linus en tête, refuse cette solution bâtarde qui consiste à ne pas choisir et à laisser entrer tous les scheduler en mainline.
>>> Pour marquer la fin de cette histoire, il va falloir se retrousser les manches pour que le noyau Linux possède un ordonnanceur capable de réagir parfaitement dans toutes les situations d'utilisation.
CFS est déjà excellent dans la grande majorité des cas de figure.
Con a choisi de privilégier un "use case" au détriment de tous les autres (il dit lui même que BFS n'est pas fait pour les machines NUMA alors que les processeurs récents ont souvent une telle architecture).
Effectivement un noyau serveur et un autre desktop ce serait quand même pas la mer à boire (surtout que les différences c'est juste quelques options en plus ou en moins).
Y'a un moyen de voter pour des bugreports ?
>>> Le principal argument retenu étant que Ingo était un employé de Redhat et à ce titre on pouvait compter sur ses contributions de manière permanente
Ouais enfin Linus a aussi bien insisté sur le fait qu'Ingo tenait compte des rapports de bugs des utilisateurs de son scheduler et qu'il corrigeait rapidement le code.
de son coté Con Kolivas a passé beaucoup de son temps a nier les problèmes de son scheduler et semblait bien moins enclin a corriger son code.
Il n'y a donc pas qu'un problème de "temps disponible".
Sinon il y a un article sur LWN (avec beaucoup de commentaires) a propos de ce nouveau scheduler BFS : http://lwn.net/Articles/350100/
A noter que j'ai appris en lisant ces commentaires que les noyaux Debian ne sont pas compilés avec l'option CONFIG_PREEMPT donc on a par défaut un noyau qui est bien plus adapté aux serveurs qu'aux machines de bureau.
Pourquoi est-ce que Debian ne propose pas 2 sortes de noyaux ? Le profil d'utilisation d'un serveur et d'un laptop n'ont rien à voir et il serait bien d'avoir un noyau un peu plus adapté.
>>> il va falloir que je trouve comment dire à PulseAudio d'utiliser le micro de ma webcam pour envoyer le son à Skype
Pareil.
J'ai essayé d'utiliser Skype afin de pouvoir faire des vidéoconf avec les membres de ma famille qui sont sous Windows...ben j'ai l'image mais visiblement le micro de ma webcam n'est pas pris en compte et ils ne m'entendent pas. J'ai pourtant une Logitech Quickcam basique.
A noter que j'ai aussi installé cette nouvelle version 2.1 beta. Une fois que la communication est établie, dès que j'appuie sur le bouton pour lancer la vidéo j'ai un crash de Skype.
Saloperie.
>>> Note aussi que c'est bien plus rapide dans les dernières Fedora.
Ouais enfin tu a noté que le test qui fait l'objet du journal , celui ou Fedora/Yum se fait littéralement tronçonner par Ubuntu/Apt, est effectué en prenant une Fedora 11 ?
Ce que tu nous dit c'est que Yum était encore pire avant ?
C'est bien de voir un article qui fait cette comparaison et c'est ahurissant de constater une telle différence de rapidité.
Je ne prend que le premier test (un refresh de la base des packages) : On s'attend à ce que Fedora gagne car les dépots sont moins nombreux et moins fournis...et Ubuntu l'éclate dans les grande largeurs.
Bien entendu je ne pense pas que ce soit lié intrinsèquement au format RPM...c'est juste que Yum à l'air de suxer pas mal.
>>> Le 64 bits n'est indispensable que si on a des process qui ont besoin de plus de 3 Go
Heu avec le faible nombre de registres de l'archi x86 (à peine 8 ça fait pitié) je trouve que la nouveauté la plus importante du x86-64 c'est le passage à 16 registres. Toutes les applications en tirent bénéfice !
>>> Oui, c'est un commentaire très critique et peu constructif
Je trouve que c'est un commentaire intéressant au contraire. J'espère que tu t'exprimera aussi sur la news du Nokia N900 qui est dans le pipe et qui va bientôt être publiée.
Ouais enfin toutes les blagues sur Saint Ingnucius c'est du du premier degré tu crois ? Il se prend vraiment pour un saint ou il sait plaisanter (tout en égratignant les religions comme il aime le faire) ?
>>> je refuse de rentrer dans la moindre critique constructive car s'ils ne sont pas capables de voir le mal qu'ils font au logiciel libre, cela n'est même pas la peine de discuter
Paraphrase : Je préfère critiquer comme un bourrin sans apporter le moindre argument rationnel parce que de toute façon j'ai raison et vous avez tort.
>>> Et si, au lieu de dépenser du temps et de l'argent dans ce type de campagne, la FSF contribuait un peu plus à une véritable campagne présentant et vantant les mérites des logiciels libres
Oui enfin là il suffit de cliquer sur le lien de la FSF (dans le coin supérieur gauche de la page "Vista 7 sins") pour arriver sur l'argumentaire pro-logiciel libres. C'est pas dur hein ?
>>> <i<Je doute que les 499 destinataires soient intéressés par une campagne de propagande/troll qui, même si elle se base sur des faits plutôt véridiques, ne donne qu'une image protestataire et chiante
Tu est allé voir la liste des campagnes de la FSF avant d'écrire ça ? C'est par ici : http://www.fsf.org/campaigns/
Moi je suis content que la FSF essaye de se battre contre les DRM (campagne DeffectiveByDesign), contre les brevets logiciels (campagne EndSoftPatents), contre les tentatives de la RIAA d'étendre le copyright (campagne RIAA Expert Witness Fund), pour l'interopérabilité des applications bureautiques (campagne OpenDocument), pour les codecs libres (campagne PlayOgg), etc etc.
Pas toi ?
>>> mettre plus d'argent dans le développement directement, à travers des subventions sous formes, par exemple, de bounties dans les projets phares n'ayant pas un soutien financier de la part de grosses entreprises ?
Maintenant si tu estimes qu'il n'y a pas assez de dons je t'invite à contribuer. La FSF ne peut dépenser que l'argent qu'elle reçoit de gens comme toi et moi. Elle n'a pas de presse à imprimer les billets contrairement à ce que tu sembles penser....
Sur le net la susceptibilité ne sert pas à grand chose. Il faut avoir une peau de rhinocéros et ne pas attacher une importance démesurée aux critiques d'autrui (et aussi savoir reconnaître avec élégance que parfois on aurait mieux fait de tourner son clavier sept fois dans sa bouche avant d'écrire des bêtises).
Et puis si tu publie une news tu va gagner plein de karma ;-)
[^] # Re: Message personnel important
Posté par patrick_g (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de l'été 2009. Évalué à 2.
Et encore dans la vidéo on ne voit pas la bibliothèque de l'entrée et on distingue mal le fait que presque toutes les étagères ont des doubles rangées de livres.
Non y'a pas a tortiller, je vais devoir vaincre mon caractère de bernard l'ermite casanier et me mettre en quête d'une nouvelle coquille ;-)
[^] # Re: Message personnel important
Posté par patrick_g (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de l'été 2009. Évalué à 3.
Pour l'instant je tergiverse.
[^] # Re: Inquiétant
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 2.
[^] # Re: Inquiétant
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 0.
Pourtant les superordinateurs les plus puissants du monde tournent sous Linux....et les téléphones/gadgets GPS/télévisions Sony/Tux droid/etc tournent aussi sous Linux.
>>> Peut être qu'au contraire, l'avenir est à la spécialisation.
Si tu veux spécialiser les scheduler alors cela signifie qu'il faut un système de plugin puis qu'il faut multiplier les scheduler, chacun adapté à un type d'utilisation, déboger/tester/valider/maintenir les différents scheduler, etc
Sur le long terme cela ne paye pas du tout. Il vaut mieux un seul scheduler d'excellente qualité.
J'ai même lu sur la LKML que les mainteneurs regrettaient beaucoup d'avoir choisi la solution plugins pour les scheduler d'entrées/sorties (ou tu peux choisir en "Anticipatory", "Deadline", "CFQ", etc) et qu'ils préféreraient n'en avoir qu'un seul.
[^] # Re: Inquiétant
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 3.
[^] # Re: Inquiétant
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 5.
Pourquoi est-ce que tu est surpris ?
>>> C'est un coup dur pour les spécialistes
N'importe quoi.
>>> L'implémentation d'un système de plugin pour l'ordonnanceur du noyau Linux, permettant ainsi de choisir quel ordonnanceur l'on souhaite utiliser, semble avoir été refusé (information à confirmer).
Effectivement tous les mainteneurs du noyau, Linus en tête, refuse cette solution bâtarde qui consiste à ne pas choisir et à laisser entrer tous les scheduler en mainline.
>>> Pour marquer la fin de cette histoire, il va falloir se retrousser les manches pour que le noyau Linux possède un ordonnanceur capable de réagir parfaitement dans toutes les situations d'utilisation.
CFS est déjà excellent dans la grande majorité des cas de figure.
Con a choisi de privilégier un "use case" au détriment de tous les autres (il dit lui même que BFS n'est pas fait pour les machines NUMA alors que les processeurs récents ont souvent une telle architecture).
[^] # Re: BFS
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 3.
Y'a un moyen de voter pour des bugreports ?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539209
PS : que fait Ubuntu à ce sujet ? Il me semble qu'il y a deux sortes de noyaux non ?
[^] # Re: Message personnel important
Posté par patrick_g (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de l'été 2009. Évalué à 3.
Je ne suis qu'au cinquième étage sans ascenseur.
# BFS
Posté par patrick_g (site web personnel) . En réponse au journal BFS. Évalué à 10.
Ouais enfin Linus a aussi bien insisté sur le fait qu'Ingo tenait compte des rapports de bugs des utilisateurs de son scheduler et qu'il corrigeait rapidement le code.
de son coté Con Kolivas a passé beaucoup de son temps a nier les problèmes de son scheduler et semblait bien moins enclin a corriger son code.
Il n'y a donc pas qu'un problème de "temps disponible".
Sinon il y a un article sur LWN (avec beaucoup de commentaires) a propos de ce nouveau scheduler BFS : http://lwn.net/Articles/350100/
A noter que j'ai appris en lisant ces commentaires que les noyaux Debian ne sont pas compilés avec l'option CONFIG_PREEMPT donc on a par défaut un noyau qui est bien plus adapté aux serveurs qu'aux machines de bureau.
Pourquoi est-ce que Debian ne propose pas 2 sortes de noyaux ? Le profil d'utilisation d'un serveur et d'un laptop n'ont rien à voir et il serait bien d'avoir un noyau un peu plus adapté.
[^] # Re: Plus de peur
Posté par patrick_g (site web personnel) . En réponse à la dépêche LinuxFr.org n'aime pas la rentrée et la fin de l'été. Évalué à 2.
Ça fait plus pro, c'est plus rassurant.
Ben chez google ils sont pas pro alors. Gmail a l'air d'être méchamment down :
http://farm3.static.flickr.com/2632/3878479843_793161c23b_o.(...)
[^] # Re: Sympa ce journal
Posté par patrick_g (site web personnel) . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 4.
En même temps il y avait déjà eu plusieurs news :
LLVM 2.2 : https://linuxfr.org//2008/02/18/23723.html
LLVM 2.4 : https://linuxfr.org//2008/11/12/24671.html
LLVM 2.5 : https://linuxfr.org//2009/03/04/25108.html
Mais c'est vrai que c'est mieux de faire un petit rappel au début.
[^] # Re: Merci !
Posté par patrick_g (site web personnel) . En réponse à la dépêche LinuxFr.org n'aime pas la rentrée et la fin de l'été. Évalué à 10.
# Skype
Posté par patrick_g (site web personnel) . En réponse au journal Skype pour Linux 2.1 Béta vient de sortir. Évalué à 3.
Pareil.
J'ai essayé d'utiliser Skype afin de pouvoir faire des vidéoconf avec les membres de ma famille qui sont sous Windows...ben j'ai l'image mais visiblement le micro de ma webcam n'est pas pris en compte et ils ne m'entendent pas. J'ai pourtant une Logitech Quickcam basique.
A noter que j'ai aussi installé cette nouvelle version 2.1 beta. Une fois que la communication est établie, dès que j'appuie sur le bouton pour lancer la vidéo j'ai un crash de Skype.
Saloperie.
[^] # Re: Comparaison
Posté par patrick_g (site web personnel) . En réponse au journal Yum vs Apt. Évalué à 10.
Ouais enfin tu a noté que le test qui fait l'objet du journal , celui ou Fedora/Yum se fait littéralement tronçonner par Ubuntu/Apt, est effectué en prenant une Fedora 11 ?
Ce que tu nous dit c'est que Yum était encore pire avant ?
# Comparaison
Posté par patrick_g (site web personnel) . En réponse au journal Yum vs Apt. Évalué à 5.
Je ne prend que le premier test (un refresh de la base des packages) : On s'attend à ce que Fedora gagne car les dépots sont moins nombreux et moins fournis...et Ubuntu l'éclate dans les grande largeurs.
Bien entendu je ne pense pas que ce soit lié intrinsèquement au format RPM...c'est juste que Yum à l'air de suxer pas mal.
[^] # Re: 64/2
Posté par patrick_g (site web personnel) . En réponse au journal Nouvelles fonctionnalités de Snow Léopard. Évalué à 2.
Heu avec le faible nombre de registres de l'archi x86 (à peine 8 ça fait pitié) je trouve que la nouveauté la plus importante du x86-64 c'est le passage à 16 registres.
Toutes les applications en tirent bénéfice !
[^] # Re: Pas besoin d'aller au japon
Posté par patrick_g (site web personnel) . En réponse au journal Sharp Netwalker et notebook alternatifs. Évalué à 2.
Je trouve que c'est un commentaire intéressant au contraire. J'espère que tu t'exprimera aussi sur la news du Nokia N900 qui est dans le pipe et qui va bientôt être publiée.
[^] # Re: Décidément...
Posté par patrick_g (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 1.
[^] # Re: Décidément...
Posté par patrick_g (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 1.
Surtout qu'il parle de "virgin" ce qui fait évidemment référence à la vierge Marie (référence à la religion) et pas de dépucelage.
[^] # Re: Décidément...
Posté par patrick_g (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 8.
La dignité humaine ? Mazette rien que ça !
Tu a des sources/preuves/récits sur ce mépris de la dignité humaine de la part de RMS ?
[^] # Re: Décidément...
Posté par patrick_g (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 10.
Paraphrase : Je préfère critiquer comme un bourrin sans apporter le moindre argument rationnel parce que de toute façon j'ai raison et vous avez tort.
[^] # Re: À quand une campagne « STOP FSF » ?
Posté par patrick_g (site web personnel) . En réponse au journal Les sept péchés de Windows Seven. Évalué à 10.
Oui enfin là il suffit de cliquer sur le lien de la FSF (dans le coin supérieur gauche de la page "Vista 7 sins") pour arriver sur l'argumentaire pro-logiciel libres. C'est pas dur hein ?
>>> <i<Je doute que les 499 destinataires soient intéressés par une campagne de propagande/troll qui, même si elle se base sur des faits plutôt véridiques, ne donne qu'une image protestataire et chiante
Tu est allé voir la liste des campagnes de la FSF avant d'écrire ça ? C'est par ici : http://www.fsf.org/campaigns/
Moi je suis content que la FSF essaye de se battre contre les DRM (campagne DeffectiveByDesign), contre les brevets logiciels (campagne EndSoftPatents), contre les tentatives de la RIAA d'étendre le copyright (campagne RIAA Expert Witness Fund), pour l'interopérabilité des applications bureautiques (campagne OpenDocument), pour les codecs libres (campagne PlayOgg), etc etc.
Pas toi ?
>>> mettre plus d'argent dans le développement directement, à travers des subventions sous formes, par exemple, de bounties dans les projets phares n'ayant pas un soutien financier de la part de grosses entreprises ?
OK d'accord donc en fait tu ne connais pas la FSF c'est ça ?
Il y a une liste de projets prioritaires à soutenir : http://www.fsf.org/campaigns/priority.html
Dedans tu retrouve Gnash, Coreboot, etc et il y a même une page spéciale si tu veux faire un don aux projets de cette liste prioritaire : https://my.fsf.org/donate/directed-donations/high-priority
Maintenant si tu estimes qu'il n'y a pas assez de dons je t'invite à contribuer. La FSF ne peut dépenser que l'argent qu'elle reçoit de gens comme toi et moi. Elle n'a pas de presse à imprimer les billets contrairement à ce que tu sembles penser....
[^] # Re: on est en 2009 ...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 4.
Et puis si tu publie une news tu va gagner plein de karma ;-)
[^] # Re: on est en 2009 ...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 5.
[^] # Re: File System
Posté par patrick_g (site web personnel) . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 3.
Si, si.