Nicolas Boulay a écrit 16010 commentaires

  • [^] # Re: Si t'as rien à dire, abstient toi ...

    Posté par  (site web personnel) . En réponse au journal Musique: Rapport Medina, C'est de la bonne !. Évalué à -1.

    J'ai touché un point sensible ?

    "La première sécurité est la liberté"

  • [^] # Re: le libre

    Posté par  (site web personnel) . En réponse au journal Musique: Rapport Medina, C'est de la bonne !. Évalué à 2.

    Tu as raisons mais la phrase met l'accent sur la protection du copyright et des droits voisins plutôt que sur le copyright lui-même.

    "La première sécurité est la liberté"

  • [^] # Re: Sacré Vista

    Posté par  (site web personnel) . En réponse au journal Mon coup de gueule du jour. Évalué à 3.

    N'empêche qu'il n 'a pas tord...

    "La première sécurité est la liberté"

  • [^] # Re: Sacré Vista

    Posté par  (site web personnel) . En réponse au journal Mon coup de gueule du jour. Évalué à 1.

    Pour les deadlock et autres, tu as des outils options à la compilation pour activer un check automatique.

    Pour trouver la ligne de code fautive, ce n'est pas bien compliqué non plus.

    "La première sécurité est la liberté"

  • [^] # Re: quelques doutes

    Posté par  (site web personnel) . En réponse au journal La banque postale et les DRM. Évalué à 10.

    C'est un peu idiot de mettre un DRM pour ça. C'est inapproprié. Une vrai signature électronique serait plus utile.

    "La première sécurité est la liberté"

  • [^] # Re: bon j'avoue

    Posté par  (site web personnel) . En réponse au message Call back sur un dossier du fs /proc. Évalué à 2.

    Tu ne peux pas lire/écrire dans un fichier depuis le noyau. Tu ne dois pas tenter de le faire non plus car il y a beaucoup de cas ou le noyau tourne mais ou les fichiers ne sont pas accessibles.

    "La première sécurité est la liberté"

  • [^] # Re: suite

    Posté par  (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.

    Le inline::C c'est marrant :)

    "La première sécurité est la liberté"

  • [^] # Re: javascript

    Posté par  (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.

    exact et comme le dit la première phrase de ton lien :
    La programmation orientée prototype est une forme de programmation orientée objet sans classe, basée sur la notion de prototype...

    "La première sécurité est la liberté"

  • [^] # Re: javascript

    Posté par  (site web personnel) . En réponse au journal Perl, Javouille, Lisaac|(Ruby|SmallTalk|etc..). Évalué à 2.


    L'AOP adresse les problèmes transversaux que l'approche objet n'a jamais su gérer autrement qu'au prix de frameworks gargantuesques et complexes


    Il existe un article qui dis le contraire où chaque fonction de l'aop est remplacé par un pattern plus simple à gérer en objet.


    Les langages déclaratifs à la Prolog se révélent d'une redoutable efficacité lorsque l'algorithmie montre ses limites.


    Tu as des exemples d'utilisations "industriel" (en dehors des labos de compilateur ou de recherche en informatique) ?

    "La première sécurité est la liberté"

  • [^] # Re: Communication

    Posté par  (site web personnel) . En réponse au journal Un entretien avec la SNCF ?. Évalué à 3.

    Un petit bémol tout de même. La sncf du SUD, c'est vraiment un monde à part.

    En temps normal, il n'y a quasiment jamais un train à l'heure. Les stats des trains en retard ne tiennent pas compte des trains supprimés... Sur un trajet de 45 minutes, tu peux prévoir être chez toi à 1h prêt...

    "La première sécurité est la liberté"

  • [^] # Re: moi pas comprendre

    Posté par  (site web personnel) . En réponse au message Reservé un cpu pour un thread ou un process. Évalué à 2.

    Linux propose des modes temps réel. schedtool fait le boulot.

    "La première sécurité est la liberté"

  • [^] # Re: moi pas comprendre

    Posté par  (site web personnel) . En réponse au message Reservé un cpu pour un thread ou un process. Évalué à 3.

    Je pense comme toi. Jouer avec nice devrait suffire dans son cas.

    "La première sécurité est la liberté"

  • # EEE 701

    Posté par  (site web personnel) . En réponse au message Un ordi/écran de poche. Évalué à 2.

    Si tu trouves les eee trop gros essaye de trouver d'ancien eee701, j'en ai vu à 200€ les gens trouvaient l'écran vraiment petit. Aujourdh'ui la norme est passé à 10" contre 7" pour celui-ci (800*400 au lieu de 1024*xxx), ce qui peut être génant pour aller sur du web "normal".

    "La première sécurité est la liberté"

  • [^] # Re: Variationrs

    Posté par  (site web personnel) . En réponse au journal Considération sur l'emploi de rsync. Évalué à 2.

    rsync compare un fichier source et un fichier sur un autre poste sans doute en utilisant des checksums, les 2 fichiers avant/après ne sont donc pas sur la même machine.

    De plus, la compression utilisé est gzip, légère mais bien moins efficace que lzma.

    Bref, dans ce cas, cela me parait bien plus optimal pour ce cas d'utilisation.

    "La première sécurité est la liberté"

  • # Variation

    Posté par  (site web personnel) . En réponse au journal Considération sur l'emploi de rsync. Évalué à 1.

    Je tenterais une variation à coup de diff/patch sur les nouveau/ancien fichier puis passage dans lzma pour la compression du patch et envois par un transfert ftp ou netcat.

    Je pense que cela devrait être le moins consommateur de bande passante.

    "La première sécurité est la liberté"

  • [^] # Re: SSD

    Posté par  (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.

    Je ne voix pas en quoi les blocs de secours entre en jeux. Ils ne sont là qu'en cas de défaillance, et ne rentre en jeu qu'en cas de soucis. Je n'imagine pas faire un teste de robustesse :)

    Quel information de performance manquerait avec un "time tar xzf" en boucle jusqu'à remplissage de la partition ?

    "La première sécurité est la liberté"

  • [^] # Re: SSD

    Posté par  (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.

    Pour avoir l'information complète, il faudrait donc, la décompression en boucle d'un noyau linux jusqu'au remplissage du disque:)

    "La première sécurité est la liberté"

  • [^] # Re: SSD

    Posté par  (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.

    Mais une fois que cette zone a été effacée (128Ko c'est pour donner un ordre d'idée je suppose, mais ça doit être à peu près ça), on peut y écrire en plusieurs fois, par page de 4 ou 8Ko environ (encore variable selon les technos/constructeurs/...), jusqu'à la remplir. Sinon ce serait vraiment la galère.

    Cela explique la chute de perf quand le SSD se remplit. D'après les white paper de samsung (?), ils agissent par bloc de 4Mo, dans lequel il font "tourner" les blocs. donc, si on écrit beaucoup dans un bloc de 4Mo, il tourne beaucoup, et il y a plus d'effacement/écriture.

    "La première sécurité est la liberté"

  • [^] # Re: SSD

    Posté par  (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.

    Il serait toujours possible de faire du wear leveling en évitant d'écrire toujours les mêmes blocs.

    Les SSD ont un autre énorme problème : la taille du bloc d'écriture. Il fait autour de 128Ko. Une écriture de 1 octets provoque une écriture de 128Ko. L'effet est d'avoir une vitesse d'écriture aléatoire de petit bloc très très lente. Certain SSD tombe à 4 écritures/s pour des blocs de 4ko, soit une latence de 250 ms ! On est loin des 0.1 ms promis !

    Les 2 techniques pour limiter cette effet est la multiplication des "channels" de mémoire flash sur le contrôleur (4 chez certain, 10 pour celui d'intel) et l'ajout de mémoire cache SDRAM (j'ai déjà vu 32Mo).

    Cette lenteur est très visible lors de la décompression d'un gros tar ou la copie de répertoire. La vitesse de décompression d'un noyau pourrait être un bon bench :)

    "La première sécurité est la liberté"

  • [^] # Re: vol d'identité ?

    Posté par  (site web personnel) . En réponse au journal photocopie de carte d'identité. Évalué à 4.

    Pour un vol d'identité, il te faut ton nom, ta ville de naissance, ta date de naissance. Je crois que cela suffit. Ensuite, il suffit de demander un extraite de naissance à la ville en question pour refairefaire des vrais faux papier.

    "La première sécurité est la liberté"

  • [^] # Re: man ps, man top

    Posté par  (site web personnel) . En réponse au message Mémoire occupée par un processus. Évalué à 2.

    Les chiffres n'indiques que les pages réclamées, mais elles ne sont pas forcément utilisé.

    cf http://linuxfr.org//~nicOnicO/27153.html

    "La première sécurité est la liberté"

  • [^] # Re: ca fou les boules

    Posté par  (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.

    Peut-être parce que dotGNU n'a aucun rapport avec Mono ni avec les brevets en question !

    "La première sécurité est la liberté"

  • [^] # Re: ca fou les boules

    Posté par  (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.

    Oui, MS FUD en menacant sans donner d'exemple concrêt, mais tu remarqueras que RedHat & Co n'ont jamais contredis ce FUD.

    Bien sûr qu'ils l'ont fait ! Il y a beaucoup de demande pour qu'il montre les brevets et le code en question. Il y a même eu un site dédié au sujet.

    "La première sécurité est la liberté"

  • [^] # Re: Et les liens ?

    Posté par  (site web personnel) . En réponse au journal Microsoft réécrit Hurd ?. Évalué à 2.

    Si c'est une protection purement logiciel en quoi a-t-on besoin d'un support de l'OS ?

    "La première sécurité est la liberté"

  • [^] # Re: ca fou les boules

    Posté par  (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 1.

    Quand je vois plus haut les débats "philosophique" sur le partage du savoir, ca en dit long sur les limites de votre ouverture au libre.

    toi être débile donc moi expliquer à toi avec mot et grammaire simple.

    Lisaac être libre.

    Lisaac est développé par un jeune chercheur CNRS. La raison de vivre d'un chercheur est la publication. Sans publication, plus de chercheur. La publication prend du temps. D'autres chercheurs, dans le même cas, peuvent "voler" des idées pour les publier en premier.

    Donc, Benoit, le chercheur, a choisi d'écrire ses articles avant de publier ses dernières fonctionnalités.

    C'est quand même moins contraignant que toutes les boites qui font une version light GPL et fermé pour le reste !

    "La première sécurité est la liberté"