From: Joel Cosse <[EMAIL PROTECTED]>
Reply-To: "CyberMac" <[EMAIL PROTECTED]>
To: "CyberMac" <[EMAIL PROTECTED]>
Subject: [CCMC] O� l'on parle de GUI et de Kernel...
Date: Wed, 19 Feb 2003 23:16:18 +0100


Mac OS->9.x utilise un GUI qui fait partie int�grante du "coeur" de
l'O.S. tout comme Wind... ok je me tais... ;-)

....


Mac OS.X, tout comme Linux, utilise un "GUI Launcher" type X11 ou
d�riv� � la sauce Cuppertino (Vu qu'Aqua reste sous la coupole de
notre ami Jobs). Cela est une source de complication, et n�cessite
des couches d'abstractions.
Bref, Mac OS.X n'est pas "au courant" qu'il est dot� d'un GUI. En
fait le GUI (Aqua dans le cas Mac OS.X, Gnome,KDE, ... dans le monde
Linux) est un programme (plut�t un service) comme un autre...
tr�s int�ressant �a, et qu'est ce qui pourrait acc�l�rer Aqua ?
un processeur plus puissant ? une grosse carte graphique ? un bus
plus rapide ?du code plus propre ?

Si �a peut t'�clairer un peu ... Mais l� techniquement des
d�veloppeurs d'Apple, vu cette architecture n'auraient pas pu faire
plus rapide, si tu savais la quantit� astonomique de ressource que
cela prend avant d'afficher un pixel � l'�cran ... Ca prend 260
pages A4 en Arial 8 sans aucun dessins ... Alors le malheureux PPC
... Ben �a mouline dur ....
hein ? 260 pages de code ? c'est une blague ou c'est a ce point l� ?

Ha oui un GUI c'est un Graphic User Interface, interface graphique de
l'utilisateur, faut que tout le monde puisse suivre le d�bat


bonne nuit


Merci pour ma nuit ;-) Elle va �tre courte je le crains ... ;-)
Allez, hop start @ one :

1) Je ne sais pas comment Aqua est �crit ... Le code est rest� propri�taire de Cuppertino ... Enfin je comprends. Une grosse partie de la client�le switche � cause d'Aqua justement ... D'un point de vue purement Marketing �a s'explique ... Maintenant d'un point de vue d�veloppeur je d�plore :-(
Un code propre n'est pas forc�ment plus rapide. Que du contraire. Propre � mon sens signifie 'structur�' (maintenance, lisibilit�, ...). Donc pas sp�cialement performant mais "stable" (en th�orie).

Oui je crains qu'acc�l�rer Aqua n'oblige beaucoup d'entres-nous � passer � des PPC plus puissants && des cartes gfx "actuelles".
Comme Apple est un constructeur aussi bien software que hardware ... Il pousse dans les 2 sens pour "obliger" � la consommation. C'est pas tr�s "smart" ni dans l'esprit "babacool" que Jobs - Woz - Co. ont fond�...
Les cartes graphiques disposent d'une architecture superscalaire fortement optimis�e pour les lectures/�critures � fond la caisse dans des segments RAM "d�dicac�s". De +, les cartes gfx permettent aussi des calculs � haute bande passante. En fait, c'est r�ellement un microprocesseur en soi, optimis� dans les transferts (blitting operation) en ram et dans les op math�matiques.
Mais bon Apple ne gagnera pas 1 franc avec moi � ce petit jeu. Je me fou de la vitesse d'affichage, dans le sens o� je n'utilise que tr�s peu (voire aucune) d'applications lourdes en traitement graphique... (pas de jeux 3D, ni Maya, ni de morphing real-time, ...).
Maintenant le 'je me fou' ne signifie pas que je pardonne � Apple le fait qu'il abuse un rien dans sa strat�gie Marketing.... A force de trop vouloir enfoncer le clou, parfois on passe � travers (Jobs devrait se rappeller ses d�bats avec Sculley).

2) Les 260 pages, c'est un nombre fictif, mais probablement pas tr�s loin de la r�alit�. Dans PBuilder, cr�e un projet vide "carbon", et visite toutes les classes et les "dependencies" ... (mais c'est la m�me chose avec les Microsoft Foundation Class). Si tu imprimes le tout, tu pourras remplacer plusieurs fois ta cartouche d'encre ...
Maintenant le code source, une fois compil�, ne reviens plus � des lignes de textes ascii (mais � un code binary propre au processeur. Tu peux d'ailleurs facilement avec une option de GCC cr�er un fichier texte ascii montrant le code assembleur du pr�processeur C. Enfin ca n'a pas de r�el int�r�t, mais tu verras un peu la "tronche" du langage propre � nos chers G3/G4)

Dans le d�veloppement actuel (qui me fait de + en + ch*** d'ailleurs) il est normal d'avoir 100 � 200 classes pr�tes � l'emploi avant d'entrer la moindre commande dans l'EventLoop (les OS bas� sur le mod�le "object" utilise ce que l'on nomme EventLoop. Cette fonction attrape un �v�nement et l'aiguille somme toute vers les fonctions appropri�es. Je r�sume trrrrr�s fortement ... Mais bon ... ;-)

Oui, d�sol� pour mes raccouris idiots. Surtout que parfois je les fais en anglais, parfois en fran�ais. D�sol�. Je fais des efforts je le jure... Je suis tr�s brouillon et je ne me relis pas assez ... Mais par "�crit" je perds mes moyens (eeuh faut bien que je me trouve une porte de sortie ;-)

Voil� Joel ... Bon ce coup-ci je dors 3-4h ... fatigue moi ... pppfff .... Quand j'avais 20 ans .... ;-)
Allez j'abr�ge sinon je vais 'core me farcir des mails me demandant de garder mes r�flexions "inutiles && superflues". C'est qu'il y a des rules hein mine de rien ... On est pas ici pour s'amuser hein! (sorry cynisme mais plus fort que moi) et je vais encore devoir demander pardon de bien vouloir m'excuser de demander gr�ce aux Lords, etc...

Have a nice night.
JM.

_________________________________________________________________
Hotmail: votre e-mail gratuit ! http://www.fr.msn.be/hotmail


--
Avec i-mode, vivez une toute nouvelle experience de la communication et des services en ligne. Plus d�info sur http://www.imode.be
CyberCafe 2.0 <http://www.cybercafe.tv> Chaque Mardi 19h15 sur La 2!
Desabonnement par email : <mailto:[EMAIL PROTECTED]>

Répondre à