Antoine a écrit 5722 commentaires

  • [^] # Re: Du bon, et du moins bon

    Posté par  . En réponse au journal Les SSD. Évalué à 3.

    Non, clairement, il met les requêtes en cache, et après il peut décider s'il faut/fallait effacer ou déplacer.

    Il me semble qu'un SSD, par construction, va toujours déplacer, y compris les blocs de métadonnées du système de fichier client. Une des raisons étant qu'il faut étaler les cycles d'écriture sur l'ensemble des cellules de la mémoire flash, pour maximiser la durée de vie du stockage.

  • [^] # Re: Bravo majeur

    Posté par  . En réponse au journal Mozilla veut lancer son OS. Évalué à 2.

    Pour produire une lignée de poulpes indestructibles qui viendra sauver l'empire américain.

  • [^] # Re: Du bon, et du moins bon

    Posté par  . En réponse au journal Les SSD. Évalué à 2.

    Bon après sur un "vrai" SSD, à ma connaissance la différence de performance est assez faible (ils ont assez de cache pour compenser les problemes d'effacement je pense)

    C'est surtout que les "vrais" SSD ont leur propre couche d'accès interne (dans le firmware) qui fait à peu de choses près le même genre de choses que ton FS spécialisé, mais optimisé par le constructeur pour le matériel en question.

  • [^] # Re: Crache ton billet vert !

    Posté par  . En réponse au journal Les SSD. Évalué à 2.

    Pourquoi pas utiliser laptop-mode ?

  • # SSD Intel

    Posté par  . En réponse au journal Les SSD. Évalué à 3.

    J'ai un SSD Intel grand public (série X25-M) sur lequel j'ai mis à peu près tout le système et le /home, les performances sont très agréables, notamment dès que je compile quelque chose ou que je navigue dans les différentes versions d'un arbre de sources.

    D'autre part on lit ici ou là des histoires terribles avec des SSD

    Je suis sûr que tu peux aussi lire des histoires terribles avec des disques durs qui crashent impitoyablement.

  • [^] # Re: Quid de la consommation électrique?

    Posté par  . En réponse au journal Les SSD. Évalué à 5.

  • [^] # Re: Pas de Suse, désolé :)

    Posté par  . En réponse au journal Linux en entreprise : votre retour ?. Évalué à 3.

    Red-Hat l'habite ?

  • [^] # Re: Btrfs

    Posté par  . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 10.

    Je trouve bien pratique que les fonctionnalités de type RAID et la gestion des « volumes logiques » soient indépendantes du système de fichier. Je ne vois pas trop ce qu’on gagne à intégrer ça dans le système de fichier lui-même.

    Je suis d'accord, il vaudrait mieux implémenter tout ça dans systemd.

  • [^] # Re: SMEP et la segmentation

    Posté par  . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 3.

    Les bits en question ne se situent pas dans les adresses virtuelles mais dans les tables arborescentes de traduction d'adresses (page tables). Or celles-ci n'ont pas besoin de stocker tous les bits des adresses physiques représentées, seulement ceux qui sont susceptibles d'être impactés par le mécanisme de traduction d'adresse.

  • [^] # Re: RIP

    Posté par  . En réponse au journal Annonce PyLogsParser 0.1. Évalué à 2.

    Mais, tu es fou! Venir parler d’un projet naissant sur linuxfr, c’est le vouer à une mort certaine!

    Seulement s'il est écrit dans un langage de programmation révolutionnaire entouré d'une communauté nombreuse de dix utilisateurs.

  • [^] # Re: Ironie?

    Posté par  . En réponse au journal Un site enfin dédié aux solutions SuSE Linux !. Évalué à 10.

    La seule chose qu'on puisse leur reprocher, c'est d'avoir oublié un t dans le nom de leur site, mais l'erreur est humaine.

    Totolinux ?

  • [^] # Re: rapport de bug

    Posté par  . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 4.

  • [^] # Re: Pourquoi C ?

    Posté par  . En réponse à la dépêche Veracity, un nouveau gestionnaire de versions décentralisé. Évalué à 2.

    Seulement pendant les conseils d'administration.

  • [^] # Re: rapport de bug

    Posté par  . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 5.

    Bon, je préfère avoir des "bugs" comme ça sous Linux plutôt que les bugs qu'on se paie avec des OS bien pourris comme AIX et OS-X, parce que là c'est moins marrant...

    AIX n'est pas pourri, il promeut le logiciel libre en invitant à tester des allocateurs mémoire alternatifs.

  • [^] # Re: Retour aux sources

    Posté par  . En réponse au journal HS - carte d'identité et empreinte de l'index gauche . Évalué à 10.

    C'est normal ce ne sont que des profiteurs qui n'ont pas les vraies valeurs de la France républicaine et qui roulent celle ci dans la fange.

    Attention. Maintenant, il faut dire qu'ils n'ont « pas une culture très ancienne des valeurs françaises ».

  • [^] # Re: Un avis très critique et très étayé d'un développeur Gentoo (en anglais)

    Posté par  . En réponse au journal FatELF : binaires universels pour Linux. Évalué à 2.

    ce qu'est le frein à moteur

    Tu veux dire le frein moteur ? Ou tu parles de freinage assisté ?

  • [^] # Re: Gestion des droits

    Posté par  . En réponse au journal Ma simple session avec Compiz et Cairo-dock. Évalué à 10.

    Et, accessoirement, à éviter qu'on ait le soupçon que Linux fait du sur-place.

  • [^] # Re: Support matériel

    Posté par  . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 2.

    La phrase que vous essayez de contredire c'est :

    Linux est l'OS qui supporte le plus de matos grand publique et récent au monde.

    Ben oui, parce que le matos obsolète et confidentiel n'est pas la préoccupation de beaucoup de monde, étrangement.
    (ceci dit, peut-être que c'est différent pour le Hurd ;-))

  • [^] # Re: Quelques éléments de réponses

    Posté par  . En réponse au journal Google dé-référence la presse belge francophone. Évalué à 2.

    Mais là encore tu fais preuve d’une mauvaise foi patente. Tu « oublies juste » le cache Google, qui reproduit et distribue intégralement les articles.

    Normalement, tu peux demander à Google de désactiver la mise en cache. Je ne sais pas s'il y a un moyen automatique (genre méta-données HTML) ou s'il faut faire une requête manuelle.

  • [^] # Re: Quelques éléments de réponses

    Posté par  . En réponse au journal Google dé-référence la presse belge francophone. Évalué à 5.

    Eviter un nouveau procès en n'appliquant pas le jugement ?

    Bien sûr, qu'ils appliquent le jugement. Un juge ne peut pas forcer Google à indexer un site dans son moteur de recherche.

  • [^] # Re: Support matériel

    Posté par  . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 5.

    Et donc, en quoi est-ce la faute de Linux si les constructeurs ne font pas leur boulot ?

    Je ne vois pas ce que cet argument vient faire ici.
    Le message initial dit « Linux est l'OS qui supporte le plus de matos au monde », et sous-entend que c'est le paradis des utilisateurs. En réalité, c'est loin d'être le cas.

    Après, on peut toujours épiloguer sur les responsabilités supposées (ou fantasmées) de chacun. Mais ça ne résout pas les problèmes des utilisateurs avec leur matos pas supporté.

  • [^] # Re: heu ...

    Posté par  . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 2.

    Franchement, au vu des questions fleurissant dans les forums sur les problématiques purement objet, il me semble qu'on peut se poser la question.

    Est-ce ces questions fleurissement à propos des "problématiques purement objet", ou leur implémentation dans des langages lourdingues type Java/C++ ?

    C++ (qui reste un langage emblématique de la POO)

    Heu, pas vraiment, C++ est un hybride entre C et le début d'un langage orienté objet, c'est surtout un fourre-tout incroyable de paradigmes de programmation dont aucun ne semble implémenté de façon aboutie.

    Ensuite, l'« approche objet » n'est pas quelque chose de codé dans le marbre, la programmation est avant tout une discipline pragmatique et chaque langage (ou plutôt son concepteur :-)) fait le choix des primitives fournies au programmeur en fonction d'objectifs concrets.

    la qualité de l'architecture du code et de la modélisation de structures/base de données/objets dépendent plus des qualités d'abstractions des concepteurs/développeurs que des facilités des différents langages

    On peut certes discuter des contributions relatives des différents facteurs que tu cites, mais cela ne revient pas à prouver que le choix d'un langage n'a pas d'importance.

  • [^] # Re: Support matériel

    Posté par  . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 2.

    Et alors, en quoi c'est la faute de Linux ? C'est pareil sous Windows, si le pilote n'existe pas, t'es dans la merde.

    Sauf que justement, le pilote existe toujours pour Windows (sauf vieux matos).

    C'est un autre problème, c'est lié à la qualité des pilotes

    Ben non, c'est pas un autre problème, c'est précisément le problème dont on parle : pour du matériel récent, le support Linux est largement moins bon que le support Windows.

  • [^] # Re: Support matériel

    Posté par  . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 3.

    Tu reconnaîtras que c'est pas évident sans le pilote de la carte réseau.

    Bien souvent les revendeurs filent un CD avec les drivers Windows, justement.

  • [^] # Re: langage

    Posté par  . En réponse à la dépêche We Sun Solve! Un nouvel outil pour les Administrateurs Systèmes Solaris.... Évalué à 2.

    "Stupid" se traduit par "Stupide"

    Cela dépend du contexte. Si c'est utilisé comme une insulte, c'est plutôt "idiot" ("kiss me, stupid" -> "embrasse-moi, idiot").

    donc "Gardons les choses Stupidement Simple"

    Où l'on voit bien qu'il vaut mieux éviter de laisser la traduction à des non-traducteurs.