jigso a écrit 1208 commentaires

  • [^] # Re: Le Clusif et les logiciels libres

    Posté par  . En réponse à la dépêche Le Clusif et les logiciels libres. Évalué à 1.

    Mais du fait de la gestion des droits utilisateurs, ce serait limité comme effet;

    Pas si le vers essaye d'utiliser une faille comme ptrace ou breakmachinchose, qui lui permettent de passer root... Si GNU/Linux se répand de plus en plus parmi des utilisateurs lambda qui ne patcheront pas le système - pas plus qu'ils ne le font sous Windows -, on ira vers une situation proche de celle que l'on connait (mais peut-être pas avec la même ampleur, certes).
  • [^] # Re: Nicole Fontaine répond à la grogne des FAI

    Posté par  . En réponse au journal Nicole Fontaine répond à la grogne des FAI. Évalué à 8.

    Oui elles ont le même nom de famille, surtout l'une des deux.

    oui, je sais, c'est par là -------->
  • [^] # Re: Sondage: slip ou caleçon ?

    Posté par  . En réponse au journal Sondage: slip ou caleçon ?. Évalué à 3.

    La plus jolie des enfants ?
  • [^] # Re: Microsoft fournit ses SFU 3.5 aux possesseurs de Windows

    Posté par  . En réponse à la dépêche Microsoft fournit ses SFU 3.5 aux possesseurs de Windows. Évalué à 2.

    J'utilise un bon vieux Win98 minimaliste, avec jusque DirectX et les drivers de la carte son, pour les jeux, et ça marche pas mal (ie jamais d'écran bleu). Comme console de jeux, ça suffit.
  • [^] # Re: KNewsTicker et LinuxFR

    Posté par  . En réponse au journal KNewsTicker et Firebird. Évalué à 1.

    Là je sêche, il faut aller voir du coté des listes de KDE...
  • [^] # Re: Microsoft fournit ses SFU 3.5 aux possesseurs de Windows

    Posté par  . En réponse à la dépêche Microsoft fournit ses SFU 3.5 aux possesseurs de Windows. Évalué à 1.

    Avec les perfs d'un vrai montage NFS ?

    Ps: j'ai peut-être merdé dans la conf de samba, mais voilà la situation :

    - le même répertoire partagé par samba sur un serveur Linux, pour être lu par Windows : c'est lent.
    - Partage NFS pour montage Linux/Solaris : c'est plus rapide.

    J'ai fait des essais en passant par http pour mesurer des temps de transfert de fichier entre Linux, c'est kif-kif samba.

    Et j'ai vérifié dans les docs de samba, tous les trucs pour accélerer les choses, rien n'y fait.
  • [^] # Re: Microsoft fournit ses SFU 3.5 aux possesseurs de Windows

    Posté par  . En réponse à la dépêche Microsoft fournit ses SFU 3.5 aux possesseurs de Windows. Évalué à 2.

    En fait c'est pas la glibc qui pose problème, mais plutôt cygwin1.dll qui est sous GPL, et obligée pour pouvoir faire fonctionner les binaires. Et là pas d'exception. C'est d'ailleurs le fond de commerce de Redhat : ils proposent deux licenses :
    - GPL pure et dure, mais ce qu'on fabrique avec cygwin doit être GPL
    - licence payante à redhat, mais là on peut faire du proprio.
  • [^] # Re: Un débat pour les longues soirées d'hiver

    Posté par  . En réponse au journal Un débat pour les longues soirées d'hiver. Évalué à 0.

    Désolé, j'avais compris le contraire de ce que j'avais lu, à moins que j'ai lu le contraire de ce que je pensais, je ne sais plus bien.

    Tiens, des messieurs en blouse blanche...
  • [^] # Re: Un débat pour les longues soirées d'hiver

    Posté par  . En réponse au journal Un débat pour les longues soirées d'hiver. Évalué à 2.

    Elle reste toujours au dessus d'un windows AMHA (à politique de sécurité égale, bien sur)

    Non, à politique de sécurité égale, un windows reste toujours moins sécurisé qu'un Linux ; il n'y a qu'à voir le nombre de faille connues publiquement et non corrigées. C'est d'ailleurs marrant, les détracteurs des LL disent "sources dispos => failles faciles à trouver => systèmes moins sûrs, mais dans les faits c'est exactement l'inverse.
  • [^] # Re: Microsoft fournit ses SFU 3.5 aux possesseurs de Windows

    Posté par  . En réponse à la dépêche Microsoft fournit ses SFU 3.5 aux possesseurs de Windows. Évalué à 6.

    ... Ce qui est un comble d'ailleurs pour un soft qui a gagné le Open Source Product Machin.

    Dans un autre commentaire quelqu'un dit que SFU 3.5 sera téléchargeable gratuitement. Mais sera-t-il libre ?
  • # Re: Microsoft fournit ses SFU 3.5 aux possesseurs de Windows

    Posté par  . En réponse à la dépêche Microsoft fournit ses SFU 3.5 aux possesseurs de Windows. Évalué à 4.

    Une autre différence entre Cygwin et SFU :

    - Cygwin est 100% GPL, et téléchargeable gratuitement

    - SFU n'est pas 100% GPL, le source de la partie GPL est évidemment dispo, mais pas la partie proprio évidemment. La license de base de SFU coute 99 $...

    Donc SFUSAPUSÉPASLIBRE. ;-)
  • [^] # Re: La France, 60 million de victimes

    Posté par  . En réponse au journal La France, 60 million de victimes. Évalué à 2.

    Enfin une vision réaliste de la vraie vie !
  • [^] # Re: mais si !

    Posté par  . En réponse à la dépêche LEN : Grogne des fournisseurs d'accès à Internet. Évalué à 3.

    Dans ce cas il faut utiliser des enveloppes opaques, comme pgp.
  • [^] # CPAN et DEB

    Posté par  . En réponse au journal MICROSOFT ET SCO en veulent à GOOGLE !. Évalué à 1.

    Sous debian - je suppose qu'avec les rpms ça doit être possible -, on peut générer automatiquement le .deb à partir des sources récupérées sur CPAN.

    De là à automatiser tout ça, il n'y a qu'un pas. Ça serait pas mal, une copie de CPAN directement en .deb et/ou .rpm...
  • [^] # Re: KNewsTicker et LinuxFR

    Posté par  . En réponse au journal KNewsTicker et Firebird. Évalué à 1.

    Bizarre, chez moi ça marche...

    Je ne saisis pas bien ce qui se passe chez toi. Tu as bien les news de linuxfr qui défilent dans le ticker ?
  • [^] # Re: p'tite info debian en passant...

    Posté par  . En réponse au journal p'tite info debian en passant.... Évalué à 2.

    Mais de Softs de 2001, attention... ;-)
  • # KNewsTicker et LinuxFR

    Posté par  . En réponse au journal KNewsTicker et Firebird. Évalué à 1.

    Il suffit de rajouter comme source de news http://linuxfr.org/backend.rss(...)

    Et pour avoir les journaux : http://linuxfr.org/backend-journaux.rss(...)
  • [^] # Re: Logiciels libres toujours plus haut en 2004

    Posté par  . En réponse au journal Logiciels libres toujours plus haut en 2004. Évalué à 1.

    Il y a des utopies qui ont la vie dure, et qui finiront peut-être par se réaliser un jour.

    Si la nature a fait une chose moins susceptible que toute autre d'être l'objet d'une appropriation exclusive, c'est bien l'action du pouvoir de penser, appelée une "idée". Un individu peut l'avoir en sa possession exclusive aussi longtemps qu'il la garde pour lui ; mais dès le moment où elle est divulguée, elle se fraie un chemin pour être possédée par chacun, et ceux qui la reçoivent ne peuvent s'en dessaisir. Elle a un autre caractère particulier : c'est que nul n'en possède moins parce que tous les autres la possèdent en totalité. Qui reçoit une idée de moi reçoit de l'instruction sans que mon instruction en soit diminuée ; de même, qui allume sa bougie à la mienne reçoit de la lumière sans me plonger dans l'obscurité. Le fait que les idées se répandent librement d'une personne à l'autre à travers le globe, pour l'instruction morale réciproque des hommes et pour l'amélioration de la condition humaine, semble avoir été établi par la nature de façon précise et bienveillante lorsqu'elle a créé l'homme, tout comme le feu se répand à travers tout l'espace sans perdre de sa densité en aucun point, et tout comme l'air dans lequel nous respirons, dans lequel nous nous mouvons et existons physiquement, est incapable d'être circonscrit ou d'être possédé exclusivement. Les inventions ne peuvent donc, par nature, faire l'objet d'aucune appropriation.

    THOMAS JEFFERSON

    D'autres textes passionnants là : http://www.freescape.eu.org/eclat/corps.html(...)
  • [^] # Re: FS pour stocker plusieurs millions de docs

    Posté par  . En réponse au journal FS pour stocker plusieurs millions de docs. Évalué à 1.

    Et si la répartition des noms est a peu prés uniforme. C'est le pb de clefs de table de hache que j'évoquais plus haut.
  • [^] # Re: ça marche presque... En tout cas MERCI ..

    Posté par  . En réponse au journal ça marche presque... En tout cas MERCI ... Évalué à 1.

    Vu le symbol non trouvé, con2fb_map, il pourrait s'agir d'un pb avec le framebuffer. Est-ce qu'il a bien été selectionné dans la config ? Il faut peut-etre regarder de ce coté là.
  • # Re: FS pour stocker plusieurs millions de docs

    Posté par  . En réponse au journal FS pour stocker plusieurs millions de docs. Évalué à 2.

    J' ai eu à réfléchir sur ce genre de problème, en fait il y a une limite plutôt basse (quelques milliers) pour la plupart des fs au nombre de fichiers par répertoire. On peut en fait avoir beaucoup de fichiers par répertoire, mais souvent avec une augmentation du temps d'accés rédibitoire.

    Il est donc judicieux de classer les fichiers dans plusieurs sous-rep, avec un moyen rapide de les retrouver - par ex année/mois/jour, ou tout autre système de classement. Là on se rapproche des pbs de cléfs dans les tables de hash, il faut essayer de répartir le plus uniformément les fichiers (ie ne pas avoir 90 % des fichiers dans 10 % des répertoires).

    Concernant les temps d'accés, je pense qu'un fs comme reiserfs devrait mieux supporter la charge que ext2/3 ; il utilise un sytème d'arbre balancé pour atteindre les données rapidement. D'autres fs sont sûrement équivalent, cf les nombreux benchs dispo...

    Reste aussi la solution sus-mentionné d'une base de données ; je pense que le choix dépend de la taille de fichiers, de leur nombre, du nombre d'accés, le mieux est de faire des tests ;-)
  • [^] # Re: Quelqu'un peut m'expliquer ?

    Posté par  . En réponse au journal Hdparm qui me fait des blagues. Évalué à 1.

    Vu que mon PII 350 donnait 100 MB/sec, j'imagine que tu as une maximum type PIII à 600 / 800, non ?

    Bravo Sherlock :

    model name : Pentium III (Coppermine)
    stepping : 10
    cpu MHz : 997.239
    cache size : 256 KB

    Mais je trouve quand même que globalement la machine a des perfs pas terribles ; (HP Vectra VL 400 SF).
    Par ex si j'écoute des ogg et que je lance un apt-get upgrade/install en même temps. la musique est hachée. Mais bon quand je l'ai eu avec son Win2k installé, c'était pire...
  • # Quelqu'un peut m'expliquer ?

    Posté par  . En réponse au journal Hdparm qui me fait des blagues. Évalué à 1.

    Le disque en question : ST320410A

    http://www.seagate.com/cda/products/discsales/marketing/detail/0,10(...)


    # hdparm /dev/hda

    /dev/hda:
    multcount = 16 (on)
    IO_support = 1 (32-bit)
    unmaskirq = 0 (off)
    using_dma = 1 (on)
    keepsettings = 0 (off)
    readonly = 0 (off)
    readahead = 256 (on)
    geometry = 39535/16/63, sectors = 39851760, start = 0

    # hdparm -tT /dev/hda

    /dev/hda:
    Timing buffer-cache reads: 416 MB in 2.02 seconds = 206.07 MB/sec
    Timing buffered disk reads: 44 MB in 3.02 seconds = 14.57 MB/sec

    Je suis assez surpris du 206.07 MB/sec, surtout quand je vois les perfs dans les autres commentaires.
  • [^] # Re: :D

    Posté par  . En réponse au journal :D. Évalué à 6.

    On devrait faire ça avec Windows, sur des petites étiquettes qu'on pourrait coller sur les machines en question...

    - Windows tue la machine
    - Microsoft tue l'informatique
    - Utiliser Windows peut provoquer des hallucinations bleues.
    - Windows sucks
    - Utiliser Windows ralentit les performances de votre machine

    (à compléter)
  • [^] # Re: Windows ne tourne pas avec 128 Mo de ram?? mouahahaha

    Posté par  . En réponse au journal Windows ne tourne pas avec 128 Mo de ram?? mouahahaha. Évalué à 1.

    Mais n'étant pas développeur, j'aurais quand même une question : n'y a t'il pas d'autres solution que consommer toujours plus de ressources, ou est-ce "seulement" difficile d'optimiser cette consommation ?

    Un *bon* contre-exemple : le passage du noyau Linux 2.4 à 2.6 (sur une machine pas trop pourri à la base, genre P3 1GHz/256 Mo, la mienne quoi.). Et bien ça marche mieux. Pas x10 dans les perfs, mais globablement le comportement de la machine est plus fluide, même sous forte charge.

    Donc non, ce n'est pas "difficile" d'optimiser, il suffit de s'en donner les moyens et d'en avoir la volonté. Malheureusement tout les dev n'en n'ont pas forcément le temps. Et ce n'est pas en utilisant des machines ultra-puissante qu'ils vont se rendre compte des perfs catastrophiques. 10 secondes sur un P4 à plus de 2GHz peuvent effectivement prendre plusieurs minutes sur une vielle machine...