Le kernel panic en une leçon

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
4
déc.
2002
Apple
On peut faire un mâaagnifique kernel panic sur son dernier petit apple en créant deux répertoires (n'importe ou d'ailleurs) sous Mac OS X 10.2.2. D'ailleurs, le kernel panic sous Mac OS X, c'est beaucoup plus joli que sous gnu/linux...
Source: /. donc voila, voila :

- (fermez vos applications)
- ouvrez un terminal
- cd /tmp (n'importe quel process peut écrire dans /tmp !)
- et là, la ligne magique :
mkdir toto; cd toto; mkdir toto; mv toto ..

"Comme quoi, le système le plus robuste qu'ai jamais créé Apple ne résiste pas à une petite manipulation de répertoire."

Aller plus loin

  • # Re: Le kernel panic en une leçon

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

    Si ça a été /.é, le problème devrait être réglé pour la 10.2.3 ^^
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à -3.

      > le problème devrait être réglé pour la 10.2.3
      En attendant ca fait une super pub pour apple tout ca... lol

      Deja que c'est lent comme c'est pas permis ce truc...
      • [^] # Re: Le kernel panic en une leçon

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

        C'EST PAS LENT !!!!!!!!
        non mais, j'ai un G3 800 (iBook) avec 384Mo de RAM et c'est rapide.
        Ce qui est lent c'est KDE ou gnome2 sur mon athlon 1.4GHz 512Mo.

        non mais, avec vos préjugés grrrrrrr. ....

        OS X c'est de la balle !
        • [^] # Re: Le kernel panic en une leçon

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

          Nan ca rame
        • [^] # Re: Le kernel panic en une leçon

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

          rroooo tu nies, puis tu affirmes... Moi, mon Athlon 550 MHz avec mes 128+64+32 Mo font tourner GNOME et KDE très-très bien... quelques thèmes très lourds ralentissent l'interface utilisateur...
        • [^] # LOL

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

          Vous me faites marrer avec vos MHz...
          J'ai un K6-2 350 et sous BeOS il vous gratte surement tous les deux :P
          </troll>
          [-1] paske c vrai, mais je veux pas vexer tout le monde...
          • [^] # Re: LOL

            Posté par  . Évalué à 0.

            Ouais, c'est vrai, même pas besoin de x86!

            Paske IRIX sur un R10k 180Mhz il gratte BeOS pour l'audio, la vidéo et la 3D....

            ;)
          • [^] # Re: LOL

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

            ah passque ça "gratte" BeOS ? c'est un bug ou une feature ?... ou une allergie ???
            • [^] # Re: LOL

              Posté par  . Évalué à 9.

              Perso j'ai jamais vu des morts se gratter, mais bon...
          • [^] # Re: LOL

            Posté par  . Évalué à 10.

            Vous me faites pitié!

            Moi avec mon 286sx 25MHz sous MultideskOS, je fais de la compression divX en temps réel, et ça, tout en écoutant des MP3...

            -1^0
            • [^] # [+]

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

              C clair, là je m'incline devant la puissance de MultideskOS

              \o/
            • [^] # Re: LOL

              Posté par  . Évalué à 1.

              Et de 1:
              Le 286sx 25MHz ca existe meme PO

              Et de 2:
              Si ca constinue je fais un post sur mon Amstrad

              :)
              • [^] # Re: LOL

                Posté par  . Évalué à 1.

                wé ou alors j'exhume mon Alice :)
                • [^] # Re: LOL

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

                  J'ai un boulier qui traine sur mon bureau... modele a la pointe de la technologie, des boules qui coulissent comme au premier jour... bref ca c'est de l'informatique pour les vrais hommes.

                  houpla [-1]
                  • [^] # Re: LOL

                    Posté par  . Évalué à 2.

                    Et ma règle à calculer alors?
                    Y a pas un petit portage de Linux sur ma règle à calculer?
                  • [^] # Re: LOL

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

                    ouais, mais ton boulier il gere pas les themes, il est pas skinnable.

                    (quoique)
                    • [^] # Re: LOL

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

                      Si en période de noël, le miens à des girlandes qui clignotent.
                      Bon faut dire que c'est un boulier électrique, mais chut ...
                    • [^] # <i></i>

                      Posté par  . Évalué à 5.

                      moi mes doigts sont "skinnable" par contre j'ai un peu de mal
                      pour la 2ème passe de mes compression divx. :]





                      divx c'est une division entière par 10 chez les romains... hein ?
                • [^] # Re: LOL

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

                  Mon Oric actuellement branché fait de la 3D en temps reel, le tout en jouant des musiques YM, alors bon, avec vos Alice hein ... :)
              • [^] # Re: LOL

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

                Blague à part, y'avait un émulateur VT 52 d'origine sur la disquette OS de l'Atari ST. Avec un cable série, ça marchait direct pour se connecter sous Linux et j'ai déjà posté un mail avec mutt et un peu surfé avec Lynx et ça marchait.

                ST roulaize :-)

                (mais only Amiga makes it possible, c'est bien connu :-)
            • [^] # Re: LOL

              Posté par  . Évalué à 0.

              Faut que je ressorte mon ZX80 pour mettre tout le monde d'accord.
  • # Re: Le kernel panic en une leçon

    Posté par  . Évalué à 1.

    Et ça ressemble à quoi un kernel panic sous MAC ?
    Ils n'en parlent pas sur macbidouille, et j'ai un peu la flemme d'éplucher slashdot.
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à 6.

      Le meilleur truc à faire pour voir la tronche que ça fait, c'est d'aller dans ta fnac du coin, tu ouvres une console discretos et puis tu observes...
      • [^] # Re: Le kernel panic en une leçon

        Posté par  . Évalué à 4.

        non ce qui est encore plus drôle, c'est de programmer tout les réveils à sonner en même temps et tu pars avant.
    • [^] # Re: Le kernel panic en une leçon

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

      Je précise que ca m'est arrivé une seule fois en plus d'un an, et sur un parc complet d'OS X, dont un perso que j'utilise a donf.

      Le kernel panic sous OS X, ca affiche du texte bien baveux, blanc sur fond noir, en plein sur ton finder. Difficile de prendre un screenshot, tu imagines juste un screenshot normal d'OS X, et tu ajoutes par-dessus un dizaine de lignes de log blanches sur fond noir. (Pour être plus clair, ça donne aussi une dizaine de lignes horizontales noires de la hauteur d'un caractère)

      Ca craint, mais ca casse pas ce qu'y a dedans !

      ps: D'après de vagues souvenirs, il me semble que ca faisait pareil sous BeOS. Mais je me trompe peut-être.
    • [^] # Re: Le kernel panic en une leçon

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

      Ben ... ca mets des petites bombes noires à l'écran : 1 bombe = reset: initial PC 2, 2 bombes = bus error, 3 bombes = address error ...
      ah non mince, c'était sur Atari ST ça ... ;)
      Alors ça doit être un texte rouge sur fond noir avec un cadre clignottant et "Guru Méditation" dessus.
      [-1]
  • # Re: Le kernel panic en une leçon

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

    Dîtes... l'icône Apple, le petit carré bleu coupé en deux qui forme un - ou deux - bonhomme(s) qui souri(en)t... on pourrait pas le changer pour qu'il fasse la gueule ?...

    -1

    Remarquez, c'est pas pire que le plantage Windows avec
    exécuter "c:\con\con"

    -1

    rooooo que de troll...

    tiens encore un :
    http://linuxfr.org/2002/03/20/7645.html(...)

    -1

    Tiens, une anécdote :
    un pote est passé chez moi :
    lui : tiens, mais c'est Linux ça !!! (tout content de le voir "pour de vrai")
    moi : oué, regarde, ça c'est KDE, regarde, je change tout le look, ça c'est OpenOffice.org, regarde ça lit du Word, ça c'est Xine qui lit du DivX, écoute le son Ogg Vorbis dans XMMS sur un bon système 2.1, ça c'est Galeon qui lit du Flash, ça c'est Evolution, qui propage pas les virus... etc, etc, etc...
    puis... plantage de X sur un truc à la con...
    moi : rooo... hum... et puis un plantage; comme dans Windows... 8-D
    Donc j'essaie de prendre le temps de lui expliquer le Libre... et X redémarre, bien entendu bien plus rapidement qu'un reboot.
    lui : PUTAIN, mais il déjà rebooté ???
    moi : non, juste l'"affichage" qui a planté, pas le système tout entier... tout simplement parceque c'est conçu (hum...) de façon modulaire... si un truc plante, c'est pas tout qui plante, contrairement à Windows...
    lui : Waaaaah...
    moi : héhéhé
    ;-)

    +1
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à 1.

      en faite, sous dodoz 98, tu peut aussi faire sa :
      c:\nul\nul, c:\con\nul et c:\nul\con
      sa "marche" aussi, ca c'est du plantage nul/à la con, a choix ;-p
    • [^] # Re: Le kernel panic en une leçon

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

      ok, mais quand tu n'as pas de VT 100 branchée sur ta machine linux et qu'un prog particuliérement mal programmé te fait planter X et les accés clavier (même plus possible de revenir sur une console ou de faire ctrl+alt+del, l'angoisse absolue :-), ben là reset hard, ha oui c'est beau le kernel ne plante pas, mais la machine devient autiste, le résultat est le même (enfin pas tout à fait, si tu avais lancé un truc super important qui prend 3h de cpu tu peux attendre 3 h avant de faire le reset :-)
      • [^] # Re: Le kernel panic en une leçon

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

        Tu as encore les crtl-alt-backspace pour redémarer X, sinon tu fais un ssh depuis une autre machine.

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

        • [^] # Re: Le kernel panic en une leçon

          Posté par  . Évalué à 1.

          Tu as encore les crtl-alt-backspace pour redémarer X

          Le monsieur te dis que le clavier est HS à cause de X.
          • [^] # Re: Le kernel panic en une leçon

            Posté par  . Évalué à 7.

            Il reste toujours les "sysrq".
            le kernel les intercepte directement avant X, donc ces touvhes sont toujours accessibles, sauf plantage du kernel.
            Alt+SysRq+R use Raw keyboard events
            Alt+SysRq+K kill current VT in use
            Alt+SysRq+E tErminate all running processes (exceptinit)
            Alt+SysRq+I kIll all processes (except init)
            Alt+SysRq+L kilL all processes (including init)
            Alt+SysRq+B reBoot
            Alt+SysRq+S Sync all drives
            Alt+SysRq+U Umount all filesystems
            Alt+SysRq+O turn the machine Off
            Alt+SysRq+P dump Processor's registers
            Alt+SysRq+T dump current Tasks
            Alt+SysRq+M dump some Memory info
            Alt+SysRq+[0-9] set kernel log level and redirect it to console

            donc importants sont s, u et r
            Raising Skinny Elephants Is Utterly Boring
            • [^] # Re: Le kernel panic en une leçon

              Posté par  . Évalué à 2.

              tu peux mettre aussi un kill -s SIGUSR1 X (unfreeze) sur un CD avec un autorun
              ou utiliser un pda style palm (emulation vt100 ou telnet/ssh)
              ou déclencher le kill avec un démon relié à un autre périphérique que le clavier (joystick,scanner,...)

              j'ai remarqué que l'utilisation de alt-crtl F7 pour passser d'une console à X a tendance à dfaire freezer le X alors que alt-F7 suffit.
              • [^] # Re: Le kernel panic en une leçon

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

                Cool merci pour ces trucs et astuces, le coup du joytick me plait particulièrement, je vais enquêter.

                Pour le palm, tu as des nom d'émulateur VT100 dessus (libre si possible :-), ça m'interesse d'autant plus que j'ai un palm.

                Par contre, le style de plantage dont je parle se passe à l'execution d'une appli, pas d'un passage d'un mode console à écran X (avec ctrl+alt+F6 ou alt+F7).
            • [^] # Re: Le kernel panic en une leçon

              Posté par  . Évalué à 1.

              assez pratique la combinaison alt+sysreq+s/alt+sysreq+U/alt+sysreq+r
              utiliser tout a l'heure sur ma machine au boulot apres un changement brutal de hostname/ip, le /net voulait plus se demonter dans le shutdown .... :)
              vous avez dit bourrain ??
            • [^] # Re: Le kernel panic en une leçon

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

              Question stupide à la "where is the touch 'press any key'"

              Après avoir fait une rapide recherche google, il semblerait que sur debian la touche sysreq par defaut soit "print screen" ou "imprime ecran", mais il semblerait que cela soit configurable.

              Quelqu'un pour confirmer que c'est la config par défaut.

              En tout cas merci pour le tuyau, je sais bien RTFM, mais c'est le genre de truc qu'on a du mal a trouver sans un point de départ de recherche.

              Au moins là, je sais ou chercher pour configurer tout ça comme je veux et trouver des infos supplémentaires.
              • [^] # Re: Le kernel panic en une leçon

                Posté par  . Évalué à 2.

                sur debian la touche sysreq par defaut soit "print screen" ou "imprime ecran"
                C'est comme ça sur tous les claviers. Toutes les distrib aussi.
                Print screen = fonction par défaut de la touche
                Sysreq = fonction activée quand tu presses la touche Alt avant. Attention, c'est le Alt de gauche, _pas_ AltGr

                "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: Le kernel panic en une leçon

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

          > sinon tu fais un ssh depuis une autre machine.

          Et bien il faut une deuxième machine :-)

          ctrl-alt-backspace ne marche pas à tout les coups.
  • # Re: Le kernel panic en une leçon

    Posté par  . Évalué à 2.

    marche pas sous mon Mac OS X 10.1.5.
    domage, j'aurais bien voulu voir à quoi sa resemble ;-)
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à 2.

      Ça veut dire qu'ils l'ont rajouté après ????

      C'est bizarre ! Quelles modifications ont-ils eut à faire sur le système de fichiers (à moins que cela ne soit seulement sur la commande 'mv' ?).

      En tout cas, chapeau Apple ! :-)
    • [^] # Re: L'intox en une leçon

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

      Tiens, ça marche pas non plus sur un 10.2.2, c'est étrange =)
      Donc note aux modéros, vérifiez vos infos avant de faire passer une niouze (dont je n'ai pas vraiment saisi le rapport avec LinuxFR d'ailleurs) qui répète /.

      Je veux bien croire que MacOS X soit un peu en dessous de la moyenne pour sa partie unix (quoique, faut-il le rappeler, il descend directement de FreeBSD et de {NeXT,Open}Step), mais pour un OS qui se destine avant tout au grand public je pense pas que ça soit la priorité...
      • [^] # Re: L'intox en une leçon

        Posté par  . Évalué à 0.

        ouais, maichans modérateurs!
        =)
      • [^] # Re: L'intox en une leçon

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

        Lu dans un mail à ce sujet :

        This only seems to happen when using the file commands included with
        Darwin. I can't reproduce it while using the mkdir and mv commands
        included with the fileutils-4.1-3 package included in Fink.

        Tu ne les a pas installés ?
        • [^] # Re: L'intox en une leçon

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

          Ouais, bon, je retire ce que j'ai dit, ça panic avec /bin/mv :)

          Pour lord0ric: l'écran s'assombrit avec un message en moultes langues qui demande de rebooter :)

          N'empêche, je maintiens que je préfère une interface agréable avec des polices antialiasées nikel par défaut et un kernel panic sur des conneries de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer, configurer options absconses et autres fichiers textes. Je suis flemmard, entre mes périodes nerd :P

          PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça, un espace temporaire pour tout le monde ?
          • [^] # Re: L'intox en une leçon

            Posté par  . Évalué à 2.

            PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça, un espace temporaire pour tout le monde ? En effet, c'est normal. Je vois pas trop l'interet de cette remarque dans la news en fait.
            • [^] # Re: L'intox en une leçon

              Posté par  . Évalué à 2.

              en effet, c'est juste pour montrer que n'importe quel process peut le faire, sans aucun droit particulier.

              ce n'aurait été accessible que par le compte administrateur ça n'aurait pas été la même chose du tout !
          • [^] # Re: L'intox en une leçon

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

            >N'empêche, je maintiens que je préfère une interface agréable avec des
            > polices antialiasées nikel par défaut et un kernel panic sur des conneries de
            > ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer, configurer options
            > absconses et autres fichiers textes. Je suis flemmard, entre mes périodes nerd

            Sauf que rebooter ne résoud pas le problème, alors que si tu RTFM, comme tu le dis si bien, alors tu peux peut-être signaler le problème aux mainteneurs afin qu'il soit résolu.
            Le but de toute l'action open-source c'est que chacun y ajoute son petit bout et si ce n'est que de signaler que ça plante à telle ou telle occasion.

            >PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que
            > n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça,
            > un espace temporaire pour tout le monde ?

            Tu peux créer la superbe attaque DoS.
            Tu prend par exemple un serveur web qui tourne sous mac osX avec un language de script genre php, python ou perl.
            Comme tout le monde peut écrire dans /tmp, le processus du serveur web aussi. Donc tu peux créer tes deux répertoires, déplacer l'un et BOUM le kernel du serveur panic, il est mort!
            • [^] # Re: L'intox en une leçon

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

              Tu peux créer la superbe attaque DoS

              Le problème, c'est qu'il y a un moyen simple de mettre le serveur par terre (*), pas les droits sur /tmp... tu vas pas interdire à apache d'écrire sur le disque ?

              (*) et certes, ça serait bien mieux si on pouvait faire la correction soi-même, d'ailleurs c'est le cas, suffit d'installer les fileutils GNU ou d'aller voir les sources de Darwin...
              • [^] # Re: L'intox en une leçon

                Posté par  . Évalué à 1.

                Non, le probleme n'est certainement pas dans les fileutils.
                Les fileutils declenchent le probleme, mais le kernel a un bug qu'il faut corriger dans le KERNEL. sinon l'attaque DoS consite d'abord a livrer les fileutils qui vont bien et ensuite a s'en servir ... on a pas beaucoup progressé.
          • [^] # Re: L'intox en une leçon

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

            > N'empêche, je maintiens que je préfère une interface agréable avec des
            > polices antialiasées nikel par défaut et un kernel panic sur des conneries
            > de ce genre que m'emm^H^Hnnuyer au jour le jour à RTFMer,

            Marrant ça, j'ai une interface graphique avec toutes les fontes antialiasées (y conpris avec les packages Mozilla 1.2.1-xft, un régal !!!), j'ai installé le tout en quelques clics et ça ne kernel-panic pas...

            Et pourtant, ça n'est pas un OS propriétaire, curieux ça :-)

            Et en prime, Nautilus 2 est plutôt mieux foutu que le Finder new look que je n'aime pas du tout (j'ai décroché du Mac depuis 97).
            • [^] # Re: L'intox en une leçon

              Posté par  . Évalué à 3.

              Oh c'est simplement que tu n'as pas bien cherche... http://online.securityfocus.com/bid/6115/discussion/(...)

              Tout beau tout chaud, il date de quelques jours.
              • [^] # Re: L'intox en une leçon

                Posté par  . Évalué à 1.

                tout beau tout chaud ?
                moi je lis : "published Nov 06, 2002", ça fait un mois demain.
                des kernel panic y en a toujours eu, y en aura d'autres, tant qu'ils sont corrigés rapidement c'est tout ce que je demande à mon OS, quel qu'il soit !
              • [^] # Re: L'intox en une leçon

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

                C'est pas aussi simple que le "truc" pour crasher MacOS X.

                Et puis je suis en 2.4.20 qui est sorti depuis, c'est corrigé.

                Pour les utilisateurs de RH 7.1 à 8.0, le correctif est là :

                https://rhn.redhat.com/errata/RHSA-2002-262.html(...)

                Correctif paru chez RH le 16 Novembre, donc 10 jours aprés l'annonce.
                Pas trop mal.

                Il est aussi dit qu'un patch a été publié par Linus. Je n'ai pas la date
                mais j'imagine que c'est entre le 6 et le 16.

                Y'a un correctif pour le bug sus-cité dans MacOS X ?

                Et chez MS, c'est quoi le délai de publication de correctif dans ce genre de cas ?
                • [^] # Re: L'intox en une leçon

                  Posté par  . Évalué à 1.

                  Le bug est corrige dans MacOS 10.2.2, je sais pas si ils ont des patchs pour ca.

                  Sinon pour Windows, ca depend toujours du bug et de sa gravite, il pourrait tout a fait etre corrige dans les 5 jours ou terminer uniquement dans un SP selon la maniere dont ca peut etre exploite, etc..
                  • [^] # Re: L'intox en une leçon

                    Posté par  . Évalué à 1.

                    >>Le bug est corrige dans MacOS 10.2.2, je sais pas si ils ont des patchs pour ca.

                    Nope, le bug sera corrigé dans la 10.2.3. Le 10.2.2 plante.

                    [snip des trucs sur windows]
                    comme ça (MS02-66 et MS02-68) ?

                    http://marc.theaimsgroup.com/?l=bugtraq&m=103910416824172&w(...)
                    • [^] # Re: L'intox en une leçon

                      Posté par  . Évalué à 1.

                      Non, comme http://news.com.com/2100-1001-975630.html(...) ou ils font l'inverse en annoncant comme critique une faille qui semble-t-il ne l'etait pas tant que ca selon d'autres.

                      Pourquoi toujours prendre des cas isoles et les utiliser pour vos exemples plutot que prendre l'enorme majorite des cas ? Parce que sinon vous arriveriez pas a dire qu'on merde ?

                      Alors oui, on fait une connerie de temps en temps, comme tout le monde, on n'est pas plus parfait que les autres, tout comme pour les LL, Mozilla qui sort un fix de securite 4 mois apres que le bug est annonce, Debian qui met 135 jours pour fixer une faille, etc...

                      Tout le monde merde de temps en temps.
          • [^] # Re: L'intox en une leçon

            Posté par  . Évalué à 1.

            Au fait, excuse mon ignorance, mais c'est quoi le format des fontes, sous MacOSX ? Des vraies fontes, où des machin vectoriel boiteux (aka TrueType) MS, comme sous MSWin et Gentoo ? Parce que les rares fois où je vois un MacOSX, j'ai eu l'impression que les fontes étaient toutes floues (comme sous RH8)
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à 0.

      ouaip, zarb quand même !

      (c'est un bug apparu dans macOSX 10.2 !)
      heureusement que les releases mineures de macOS sont gratuites ! parceque sinon ça aurait ralé !!!
  • # Re: Le kernel panic en une leçon

    Posté par  . Évalué à 1.

    osx ne "rame" pas

    ni "gnome 2" ni "kde 3"

    ils font le maximum en fonction de leurs besoins et ressources des machines

    OSX a particulierement besoin de RAM et cela peut se comprendre quand on voit els avantages de Cocoa et de l'interface graphique "aqua"

    (ce qui n'enleve en rien les qualités de kde ou de gnome hein)

    osx sur un ibook G3 600 avec 384mo de ram est fonctionnel et puissant.

    que cela soit avec des logiciels comme office ou Xfree + gimp (par exemples, ce ne sont que des exemples)

    les utilisateurs "linux" devraient (de par expérience) etre plus "ouverts" .
    • [^] # Re: Le kernel panic en une leçon

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

      Et Nautilus 2 dans la RH 8 tourne très bien sur mon Compaq Armada Celeron 1 GHz et 128 Mo que j'utilise au boulot...

      J'ai essayé un iBook G3 600 justement dans un magasin. C'était de courte durée mais j'ai trouvé ça globalement lent. Le premier lancement d'un shell (désolé, on ne se refait pas :-) est horriblement lent. Les suivants tournent en fait dans la même appli donc ça s'ouvre vite mais si on referme tous les shells et qu'on en ouvre à nouveau un, c'est à nouveau lent !

      (j'admet, c'est pas top scientifique comme bench mais j'ai trouvé ça globalement ramatoire au premier contact)
      • [^] # Re: Le kernel panic en une leçon

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

        Ah mais ça, c'est le "user touch d'apple".

        En fait, ton expérience ne présage en rien de la rapidité possible de l'interface graphique, chaque fois que tu fais une action, il y a une temporisation sur mac os (depuis longtemps) pour que la pauvre secréatire ne soti pas perdu avec 5 fenêtres afichées à la seconde :-))))

        C'est d'ailleurs pour ça que je n'ai jamais supporté l'UI d'apple ainsi que leur souris un bouton, ce sont toutes les animations de fermeture et d'ouverture de fenêtre pour que l'utilisateur comprenne bien que l'ordinateur est bien en train de faire ce qu'on lui a demandé.

        Sauf que moi, j'ai pas envi de voir des rectangles qui tournent je veux une fenêtre ouverte là tout de suite.

        Ce sont tous ces "zolis" gadgets pour l'ergonomie qui te font penser que l'interface rame, c'est voulu (comme les menus qui apparaissent en transparence à partir de w2k en 1 s, je vire ça tout de suite).

        Maintenant, je n'ai vu OsX que de loin je ne sais pas si on peut désactriver toutes ces options.
        • [^] # Re: Le kernel panic en une leçon

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

          Maintenant, je n'ai vu OsX que de loin je ne sais pas si on peut désactriver toutes ces options.

          On peut.

          Mais c'est dommage, surtout qu'avec la génération de Macs actuelle, la plupart des effets sont en OpenGL et donc gérés par la carte graphique -> C'est rapide et ca prends pas de CPU.
          • [^] # Re: Le kernel panic en une leçon

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

            Le problème est que le G3 à 600 Mhz doit valoir un Duron à 1ghz pas plus...

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

          • [^] # Re: Le kernel panic en une leçon

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

            Je ne dis pas qu'un Mac est lent, je dis seulement que les animations graphiques temporisent l'exectution d'une demande.

            ça n'a rien à voir avec la puissance du processeur, si la fenêtre à une temporisation d'une seconde pour s'ouvrir, tu as beau aveoir un G7@10ghz, elle mettra toujours 1s.

            Après c'est une question de choix personnel, si tu peux désactiver toutes ces options tant mieux.

            C'est un choix personnel, je prefere un environnement plus sobre au niveau des animations.

            Mais bon, ça ne veut pas dire que le mac rame, juste qu'il y a une temporisation par défaut.
            • [^] # Re: Le kernel panic en une leçon

              Posté par  . Évalué à 0.

              Bon je réponds là où je peux :)
              désolé si ce n'est pas au bon endroit :)

              Franchement, évaluer un OS (encore pire un processeur !) sur l'affichage, honnêtement je trouve ca bien trollesque !
              Un FreeBSD est 2 fois plus lent à l'affichage sous X (en poste de travail) qu'un linux, qui est plus lent qu'un windows !
              Par contre, à très forte charge CPU sur une machine, un FreeBSD va avoir 2 fois plus de réponse qu'un linux (c'est >>uniquement<<>>sain<< est plus rapide qu'un ext{2/3}fs ou autre, mais est-ce que c'est réélement comparable ??? Je ne pense pas...

              Mac OS X est pour le "grand public//PME/PMI"-clefs en main là où se place Windows. c'est pas libre et alors ?
              si ce qui est estampillé "proprio" est mal, votre rm va bosser !!
              si tout ce qui est pas GPL est bon pour la casse oubliez sendmail bind (ouff ;)) apache et INNd de vos post !!
              Le 2 poids 2 mesures ca va un temps, là ca tourne au FUD !
              Pour ceux qui ont du courage la lecture des sources de différents OS en apprends bcp sur les "cochonneries" qu'on peut faire en codant.
              Le libre les affichent, mais les core-teams ne les nettoient pas forcement...

              Je pense que je rentre une période paranoïde où je vois tout mal...
              La pensée unique c'est pas la meilleure chose qu'il existe sur terre non ?
              Les kernel panics de ce genre en 5/6 ans de linux, j'en ai vu... et en pire...
              et il en existe encore ;)

              Ok... On me répondra "c'est vendu tel quel."
              c'est vrai :) mais il en existe de pires dont nous faisons la promotion ;)

              Alors mes amis linuxiens bien pensants je vous souhaite le bonsoir...

              [-1]x2e64 (mais où met on le -1 ?)
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à 1.

      que cela soit avec des logiciels comme office ou Xfree + gimp (par exemples, ce ne sont que des exemples)

      Et moi qui croyais que le but d'un Apple, c'était de faire "tourner [MS]Excel, Word, PowerPoint"
    • [^] # Re: Le kernel panic en une leçon

      Posté par  . Évalué à -3.

      <troll>
      Mon 500Mhz, avec un KDE 3.1 beta est aussi beau que ton OSX et en plus il est super fluide, par contre j'arrives pas a avoir de kernel panique graphique (d'ailleur j'arrives pas a en avoir tout court). Mais bon on peut pas en vouloir a OSX, il tourne sur Darwin, un digne descendant de FreeBSD.
      </troll>

      La j'ai une question, je continues sur les commentaires a la con, ou il y a quelque chose d'interressant a dire sur cette news ? Parce que la, je vois pas... a par les trolls.

Suivre le flux des commentaires

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