Journal Question comparative Windows / Linux

Posté par  .
Étiquettes : aucune
0
30
juin
2004
Je ne sais pas si c'est normal, mais lorsque sous linux monn aMule me bouffe 25 à 30% de CPU, j'ai de nette ralentissement de l'interface. Lorsque cela arrive à 40%, c'est à la limite de l'insupportable (si j'ai une vidéo DivX en lecture, elle commence à saccader), et au delà, la souris se bloque parfois pendant quelques secondes !

Ma machine n'est pourtant pas une antiquité (P4 2GHz, 512 Mo DDR), et sous Windows, il m'arrivait courramment d'avoir une charge CPU de plus de 60% sans seulement ressentir les effets au niveau du système, et je pouvais lire un DivX sans que l'affichage ne saccade (on ne commençait à ressentir un ralentissement que lorsque la charge arrivait à 80%, et même à 100% de charge, le système restait "utilisable").

Aussi je me demande si c'est normal. J'ai vérifié avec hdparm que le DMA soit activé sur tous mes disques durs et lecteurs, et ils sont tous bien reconnus et bien configurés. Et puis lorsque je ferme aMule, tout rentre dans l'ordre.

Pareil avec le QoS sur l'accès internet. Lorsque aMule utilise seulement 10 Ko/s en upload (je dispose d'un accès adsl 512/128), j'ai tout le reste (Mozilla/Konqueror) qui rame à mourir, alors que sous Windows, le partage de la bande passante se faisait à merveille jusqu'à plus de 12 Ko/s d'upload ! C'est assez bizarre tout de même...

C'est tout de même étonnant qu'avec seulement 40% de charge un Linux tombe à genoux, vous pensez que c'est normal ou que je dois orienter mes recherches quelque part en particulier ? (je précise que ce n'est pas un troll et que c'est bien chiant)

  • # Petite précision

    Posté par  . Évalué à 3.

    Je me rend compte que j'ai oublié de préciser que si c'est une autre application qu'aMule qui bouffe du CPU ou de la bande passante, le résultat est le même (donc aMule n'est pas à incriminé). Pour info, je suis en kernel 2.6.3 sur une Mandrake 10 Officielle.



    (merci de ne pas masquer ce commentaire, il peut-être nécessaire pour éviter une enfilade trollesque inutile)

    • [^] # Re: Petite précision

      Posté par  (site web personnel) . Évalué à -2.

      Petite question (totalement HS, désolé de ne pas pouvoir aider) mais tu arrives à utiliser aMule sous Mdk 10 Offcielle ? Parce que chez moi avec la même distribution (à jour je précise) au bout de 15 secondes après avoir lancer le soft, ça segfault lamentablement.
      Tu utilises le package rpm ou c'est du compilé maison ?

      • [^] # Re: Petite précision

        Posté par  . Évalué à -2.

        J'ai eu un problème à l'installation, urpmi ne voulait pas m'installer emule (problème de dépendances). J'ai du faire un urpmi xmule (qui m'a installer la dépendance en question) puis un urpmi amule, et pour finir, un urpme xmule (qui lui segfault de toute façon à chaque lancement).

        Sinon, aMule (qui est donc la version officielle MDK 10) plante de temps en temps chez moi, il se ferme brutalement, mais c'est relativement rare tout de même

        • [^] # Re: Petite précision

          Posté par  . Évalué à -2.

          "aMule (qui est donc la version officielle MDK 10)"

          hmm la version PLF popur être précis, celle-ci n'en est d'ailleurs qu'à la 1.2.6 alors que la version actuelle est la 2.0rc3.

  • # la réponse est simple

    Posté par  . Évalué à -3.

    vire aMule, c'est lui qui te fou tout par terre...

    c'était pas dur de s'en rendre compte non plus...

    tant que t'y es, essaie xmule, gmule, ou kmule (des intrus se sont glissés, [etc])

    note que tu peux aussi te mettre à direct connect, bit torrent, gnutella, etc...

    • [^] # Re: la réponse est simple

      Posté par  . Évalué à 2.

      ha, j'ai répondu trop vite...

      bein alors la je vois pas...

      essaie pitet le dernier kernel, ou un 2.4.x... on sait jamais ;)

    • [^] # Re: la réponse est simple

      Posté par  . Évalué à -1.

      encore plus simple : hdparm -> activer le DMA et les paramètres kivonbien (R)

      • [^] # Re: la réponse est simple

        Posté par  . Évalué à 1.

        Déjà fait, d'ailleurs je l'ai précisé dans le journal, c'est la première chose que je suis allé vérifier :-/

        • [^] # Re: la réponse est simple

          Posté par  (site web personnel) . Évalué à 0.

          Tiens comment fait on au fait?

          • [^] # Re: la réponse est simple

            Posté par  . Évalué à 4.

            ben par exemple :

            [root@Obelix /]# hdparm -i /dev/hda

            /dev/hda:

            Model=IC35L120AVV207-0, FwRev=V24OA63A, SerialNo=VNVD03G4G3V21G
            Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
            RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
            BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
            CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=241254720
            IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
            PIO modes: pio0 pio1 pio2 pio3 pio4
            DMA modes: mdma0 mdma1 mdma2
            UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
            AdvancedPM=yes: disabled (255) WriteCache=enabled
            Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:

            * signifies the current active mode


            Et pour activer le DMA sur mon lecteur DVD qui est en hdc j'ai tapé la commande suivante :

            hdparm -d1 -X68 /dev/ide/host0/bus1/target0/lun0/cd


            qu'il doit parfaitement être possible de réduite à
            hdparm -d1 -X68 /dev/hdc


            Ne pas oublier de mettre la commande dans le rc.local pour que cela soit actif à chaque démarrage (ou sinon d'aller modifier directement le fichier harddisks dans le /etc)

            Je conseille de faire un man hdparm (après l'avoir installé si nécessaire), car il y a un max d'options, et un max de cas particuliers.

  • # Autre question

    Posté par  . Évalué à -10.

    Je n'ai plus le droit de poster de journaux. Je chercherai pourquoi plus tard. (dans le message il aurait peu préciser pourquoi).

    Alors J'ai intaller sur une mandrake ces 2 paquetages
    mod_php-4.3.3-2mdk
    php-pear-4.3.2-3mdk

    Ma surpise c'est de contaster que pear nécéssite /usr/bin/php

    Je me tourne vers php.net qui me dit de me retourner vers ma distribution pour obtenir cette excécutable.

    http://www.php.net/downloads.php(...)

    We do not distribute UNIX/Linux binaries. Most Linux distributions come with PHP these days, so if you do not want to compile your own, go to your distribution's download site. Binaries available on external servers:

    Alors j'ai oublier un paquetage ? lequel ? Comment obtenir un autre paquetage avec cette excéutable ou seulement l'éxécutable ?

    • [^] # Re: Autre question

      Posté par  . Évalué à 5.

      et le forum dans tout ça?

    • [^] # Re: Autre question

      Posté par  (site web personnel) . Évalué à -3.

      php_cli je crois...

      sinon tu fait une recherche en aisant 'urpmf /usr/bin/php' et ça va te sortir tout les paquets qui continennent ce fichier.

      --

      Rapsys|Phoenix plus rapide que la lumière

      • [^] # Re: Autre question

        Posté par  . Évalué à -5.

        Je te remercie de me fournir et la réponse et la méthode.
        C'était excatement ca.
        Je vais pouvoir voir ce que pear a dans le ventre ;).

        Sinon j'ai envoyer un mel à oden.eriksson AT linux-mandrake.com pour lui indiquer qu'il y avait un truc qui clochait dans son paquet pour qu'il corrige si on ne lui a pas déja dit.

        Sinon pourquoi je ne peux pas poster de journaux ?

  • # C'est le processeur ;-)

    Posté par  (site web personnel) . Évalué à 4.

    Salut

    Perso avec un Althon 2800+ (bon plus puissant qu'un P4 2Ghz mais on va pas lancer le troll) la charge CPU grimpe parfois à 100% que je ne m'en apperçois que sur le vu-metre. Les deux seuls trucs qui font ramer
    - accès clef USB
    - très gros et soutenu acces disque

    Sur une MDK 9.2 sans aucun optimisation. En général un divx c'est 0 à 1% de CPU, l'hallu totale.

    • [^] # Re: C'est le processeur ;-)

      Posté par  (site web personnel) . Évalué à 3.

      Pour préciser, 1Go de mémoire donc le swap se rhabille la plupart du temps (ça peut jouer).
      Sinon pour la BP, j'ai un accès 2048/256 et il faut que je monte à 80ko/s pour avoir un fort ralentissement du web. A partir de 60 je commence à le sentir, mais selon mes tests, cela vient d'un upload saturé par mldonkey (qui prend quasi rien en processeur, contrairement à amule, que j'ai testé aussi)

      • [^] # Re: C'est le processeur ;-)

        Posté par  (site web personnel) . Évalué à 7.

        mldonkey (qui prend quasi rien en processeur, contrairement à amule, que j'ai testé aussi)

        Mais qui par contre consomme sa dose de RAM. Et a probablement des fuites de mémoires, vu que je l'ai déjà vu bouffer 130Mo de RAM à lui tout seul après plusieurs jours d'utilisation avec tous les réseaux.

    • [^] # Re: C'est le processeur ;-)

      Posté par  (site web personnel) . Évalué à -1.

      Je pense surtout que c'est son cpu qui dois morfler si il a trop de thread/s

      Je me souvient plus bien, mais sur le 2.4 un thread = un processus, sur le 2.6 je crois que ça à été changé, mais je sais pas si il a pas fallu attendre les dernières versions...

      En tout cas si tu peut teste un kernel 2.6.7 ou + si tu peut...

      • [^] # Re: C'est le processeur ;-)

        Posté par  . Évalué à 1.

        Pour les nouveaux threads ( nptl ), il faut un 2.6* + la libc compilé avec l'option qui va bien

  • # questions

    Posté par  . Évalué à 4.

    Tu parles de QoS. Quels paramètres utilises-tu ?

    Tu swappes beaucoup ? (pour savoir : vmstat 1, et regarder les params des colonnes si / so) Tu as combien de ram ?

    Tu peux "nicer" aMule pour le faire tourner à une priorité inférieure aussi (man nice).

    • [^] # Re: questions

      Posté par  . Évalué à 1.

      J'ai si / so qui sont quasiment tout le temps à 0 0 parfois ça monte à 20 ou 60, mais c'est vraiment très succint et rare.

      Pour le QoS, je me suis mal exprimé, disons que j'ai tous les paramètres par défaut de ma Mandrake (je n'ai pas encore mis en place de QoS réel).

      Sinon, merci pour "nice", je suis en train de jeter un coup d'oeil dessus, et ça va peut-être résoudre mes problèmes. (par défaut, amule est nicé à 0)

      • [^] # Re: questions

        Posté par  . Évalué à 7.

        Pour le QoS, je me suis mal exprimé, disons que j'ai tous les paramètres par défaut de ma Mandrake (je n'ai pas encore mis en place de QoS réel).

        tu peux faire de la qos simple avec le wondershaper (http://lartc.org/wondershaper/(...) ) , ou sinon encore plus simple,
        en utilisant trickle :

        "Par exemple,
        trickle -d 1 -u 1 /usr/lib/mozilla/mozilla-bin http://linuxfr.org(...(...))
        vous permet de savoir ce que ca donne de surfer sur DLFP avec 1Ko/s en download et en upload. C'est pratique pour tester votre site web, et vérifier qu'il ne s'affiche pas trop lentement sur un vieux modem."

        Trickle : réguler l'utilisation réseau d'une application
        http://linuxfr.org/~lucas/10886.html(...)

  • # et ton driver X?

    Posté par  (site web personnel) . Évalué à 2.

    Ton driver X gère-t-il l'accélération matérielle?
    Dans la négative, il serait intéressant de profiter de ta carte graphique.

    • [^] # Re: et ton driver X?

      Posté par  . Évalué à 3.

      J'ai une carte GeForce Ti 4200, et le pilote nVidia d'installé et à jour, et qui marche parfaitement avec tous les gros jeux 3D genre ET et consors :-)

      D'ailleurs, franchement, ATI sous Linux, c'est de la grosse fiente comparé à nVidia (et pourtant, je ne jurais encore récemment que par mon autre carte ATI).

      Bon, faudrait juste que nVidia passe son pilote en GPL, et là ce serait LA carte graphique parfaite.

      • [^] # Re: et ton driver X?

        Posté par  (site web personnel) . Évalué à 2.

        et ça donne quoi avec le driver nv?
        (nv aussi est accéléré en 2d)

        • [^] # Re: et ton driver X?

          Posté par  . Évalué à 1.

          avec le driver nv, ça ne fonctionnait pas, mais il faut dire que l'option GLX était désactivée dans le le fichier de config de XFree (j'ai profité de l'installation des pilotes pour activer GLX du coup), alors peut-être que c'était lié.

      • [^] # Re: et ton driver X?

        Posté par  . Évalué à 2.

        D'ailleurs, franchement, ATI sous Linux, c'est de la grosse fiente comparé à nVidia (et pourtant, je ne jurais encore récemment que par mon autre carte ATI).

        Peux tu t'etendre sur le sujet STP, car j'ai bien envie de m'acheter une Radeon 9200 (driver libre, pas de ventillo et pas cher). Un point très important pour moi est l'absence de ventillo donc même si les perf des ATI sont pourrav par rapport à une NVidia sous linux du meme cout mais que la NVidia à un ventillo je prendrais l'ATI. Pour les driver libre/proprio je ferais ptet une concession si je trouve la perle rare chez NVidia (ce dont je doutes quand meme un peu)...

        • [^] # Re: et ton driver X?

          Posté par  . Évalué à 0.

          Certaine nvidia 5200 n'ont pas de ventillo...

          • [^] # Re: et ton driver X?

            Posté par  . Évalué à 2.

            j'ai une 5600 underclockée, j'ai enlevé le ventilo et j'ai mis un rad de pentium dessus, ça marche très bien. la carte avait déjà des rads sur les chips mémoire.

  • # Noyau ?

    Posté par  . Évalué à 2.

    J'ai un P4 2.6 avec 1 GB de RAM, et la seule chose qui l'a fait ramouiller (le système restait très utilisable), c'est un dd d'une partition de 20 GB (60-100% de charge CPU pendant au moins 1/2 heure). La seule fois ou mon swap a servi d'ailleurs :)
    Ca vient peut être de ton noyau (j'ai un 2.6.7).

  • # Question comparative Windows / Linux

    Posté par  . Évalué à 1.

    Une hypothèse : Sous Windows, l'interface graphique est prioritaire, et reste exploitable par l'utilisateur, même si en arrière plan, les programmes ramment.
    Au contraire, sous Linux, l'affichage est moins prioritaire, et dès le moindre ralentissement, ça touche immédiatement l'affichage, même si l'application sous jacente tourne encore bien.

    Mais je dis peut être une connerie.

    • [^] # Re: Question comparative Windows / Linux

      Posté par  . Évalué à 1.

      ça me fait penser à un truc: avec le noyau 2.4 on lançait X avec une priorité plus élevée... alors qu'avec le 2.6 ce n'est apparemment plus nécessaire.

    • [^] # Re: Question comparative Windows / Linux

      Posté par  . Évalué à 3.

      Je pense que tu dit une connerie ;-)

      A l'époque ou j'utilisais Win, j'avais pas mal de "freeze" de l'interface alors soit la priorité était mal foutu, soit elle n'existait pas ...

      Sous Linux, l'affichage à la priorité que tu lui donne (-10 chez moi, par defaut sur Woody)

      Sinon je pense juste que le Monsieur à un problème qui ne vient pas vraiment de la conception de Linux mais juste d'un problème de conf car chez moi, mis à part si il y a des accés disques intempestif (et la OK ca saccade pas mal), je n'ai jamais de saccade. L'interface devient "molle" avec l'augmentation de la charge CPU, et je suis sur un k6-2 500, 396Mo !

      Par contre l'interface d'un Windows (win2000) me parrait infiniment plus réactive et vivace que XFree sur ma machine ... sauf au moment des "freeze" biens entendu ...

    • [^] # Re: Question comparative Windows / Linux

      Posté par  . Évalué à 3.

      En simplifiant à la hache:

      - sous windows le sous-système graphique fait partie du kernel
      - sous linux le sous-système graphique est une application séparé (et qui donc jouit de sa propre priorité).

      Cependant, ce qui rend un affichage fluide n'est pas tant les quelques cycles perdu avec un passage en mode kernel en plus ou en moins, mais l'organisation et le scheduling des threads de l'application cliente... (et l'utilisation d'appel non bloquant!!). C'est entre autre pour cela que les "vraies" threads (schédulés en tant que telle) sont apparus avec le 2.6.

      Amha, le problème est de définir un "ralentissement", est-ce un accès disque (dans ce cas il n'y a pas de raison que ça rame), un process trop fortement cpu-bound (genre une crasse se tapant en time critical pour simuler du temps réel sur un OS qui n'est pas conçu pour...), l'utilisation d'un autre périphérique, etc...

      Il est aussi à noter que concernant la fluidité d'affichage, la mode semble être à la composation "à la macosx", autrement dit: l'os se charge du rendu de l'écran, de façon régulière et fluide, les applications fournissent du contenu afin de pouvoir composer l'affichage... ça devrait supprimer les problèmes de fenêtre partiellement dessinée, etc...

  • # ATTENTION AMULE !!!!

    Posté par  . Évalué à 7.

    Moi aussi j'ai eu des problème, bien vérifier que les packages wxwindows sont BIEN LIES a gtk-1.2 ET NON gtk-2.
    Sinon ramages et fuites de mémoire a gogos garantis.

    • [^] # Re: ATTENTION AMULE !!!!

      Posté par  . Évalué à 4.

      Et aussi il faut le laissé minimisé pour que le gui (il provoaque des pics de conso de ressources) ne soit pas calculé.
      Moi je n'ai aucun problème depuis.

    • [^] # Re: ATTENTION AMULE !!!!

      Posté par  . Évalué à 5.

      exactement, les paquets rpm wxWindows 2.4 de Mandrake sont compilés avec GTK2 alors que ces versions ne le supportent pas, il faututiliser les rpms wxWindows pour Mdk fournis sur le site d'amule.

      Cette histoire est quand même précisé sur leur site, avec ça je fais tourner amule avec 2-3% de mes ressources systèmes.

      Une version d'amule supportant wxWidget 2.5.1 et donc GTK2 devrait sortir dans les semaines à venir.

      • [^] # aMule 2.0 c'est vraiment de la balle !

        Posté par  . Évalué à 2.

        Effectivement, je viens d'installer la 2.0rc3 distribuée sur le site d'aMule, avec les paquetages wxBase et wxGTK correspondants, et c'est nickel chrome !

        Bon, une petite frayeur au début lorsque le journal m'a annoncé que certains téléchargements en cours étaient corrompus, mais finalement, il a recalculé tout seul comme un grand les hash des fichiers, en bouffant à peine 8~10% de CPU !

        Là, il télécharge à 20 Ko/s, j'envoies à 10 Ko/s, et aMule bouffe 2,25% de CPU, le bonheur quoi :-)

        Merci bien !

        • [^] # Re: aMule 2.0 c'est vraiment de la balle !

          Posté par  (site web personnel) . Évalué à 3.

          c'était pas plutôt pour ça tous les DVD que tu voulais acheter à bas prix à l'étranger ? enfin je dis ça, je dis rien :)

          • [^] # Re: aMule 2.0 c'est vraiment de la balle !

            Posté par  . Évalué à 2.

            Ahah ! Bien vu ! :-)

            Oui mais non pas du tout en fait, ce que je télécharge, ce sont les "C'est pas Sorcier" qui n'existent pas encore en DVD. Je les ai contactés pour savoir si j'avais le droit ou non de télécharger ces émissions sur internet étant donné que France3 est un service public et qu'elle ne sont pas encore toutes disponibles en DVD, leur réponse est restée assez évasive. Ils m'ont proposé de m'envoyer le catalogue des 6 titres disponibles sans me préciser la légalité de la chose...

            De toutes façons, je les achèterai lorsqu'ils sortiront en DVD (sur CDiscount à moins de 10 €, parce que sinon, c'est l'arnaque à 25 € l'épisode de 20 minutes...), le but, c'est surtout d'éviter d'allumer la télé et de poser mon cul devant :-)

  • # preemptible?

    Posté par  (site web personnel) . Évalué à 4.

    as tu mis l'option premptible kernel dans ton noyo?
    Ca doit influer sur l'ordonnanceur et ca peut influer bcp lors de forte charge CPU ...

  • # Encore un coup de Guillermito !

    Posté par  . Évalué à -7.

    Installe Tegam antivirus et tout ira mieux.

  • # stat..

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Vire déjà les statistiques dans Amule. Désactive les... tu verras ;)

    Ensuite vérifie avec hdparm que le DMA est bien activé sur tes disques.

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # Leak ???

    Posté par  . Évalué à 1.

    > C'est tout de même étonnant qu'avec seulement 40% de charge un
    > Linux tombe à genoux, vous pensez que c'est normal ou que je dois
    > orienter mes recherches quelque part en particulier ? (je précise que
    > ce n'est pas un troll et que c'est bien chiant)


    Ah oui, particulièrement étonnant... Je fais régulièrement tourner des calculs sur ma babasse qui demandent 100% de temps CPU (et qui prendraient allègrement plus si ils pouvaient...) et je n'ai jamais senti de problème... Toute autre demande de réquisition de CPU raisonnable (dont fait bien entendu partie tes mouvements de souris, faisant quand même partie du process de XFree qui est en général nicé suffisament bien pour que tu ne sente JAMAIS que ton CPU est chargé) se fait sans problème.

    Tout ralentissement que j'ai jamais eu à vivre sous Linux était liés à des problèmes d'accès disques, donc:
    a) utilisation intensive direct de HD, par ex. dd (déjà précité, et a priori pas le cas)
    b) utilisation intempestive du swap.

    Donc à ce genre de problème, je ne vois pas de pb coté CPU (si 100% ne me posent pas de pb, je ne vois pas comment 40% le seraient) mais mémoire. T'a combien de RAM ? Et tu n'utilise pas une appli qui leak à mort par hasard ? Ou alors ton appli ne cesse-t-elle pas de lire/écrire on ne sait quoi sur ton HD, de manière intensive et sans relache ? Ta loupiotte de HD ne serait-elle pas en phase de clignotement intensif dans ces moments à jeter un ordi par la fenêtre ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.