De memoire, on retrouve tout le jeu d'instruction PA-RISC plus quelques une qui semblaient venir du MMX (des choses qui permettent de reordonner les mots de 8/16 bits comme on voulait entre autre).
Le probleme vient plus du fonctionnement de l'architecture (EPIC), ou les instructions n'arrivent pas une par une, mais par groupe de 3 (dits bundles); le proc executant 2 bundles par cycle. En gros, la parallelisation est faite par le compilo et plus par le CPU. Si on ajoute d'autres choses telles que les registres de predicat ou les allocations de registres, on se rend compte que ca n'a absolument rien a voir avec du x86. (on vous avait pas dit ? l'Itanium n'a pas que le 64 bit comme nouveaute).
Resultat, il faut completement repenser le compilateur, travailler et aborder les problemes de manieres completement differente, etc... A l'epoque ou je m'y suis interesse, il y a 2 ans, intel sortait une nouvelle version de son compilo tous les 2 mois, avec un gain de presque 30% a chaque fois. Ils s'etaient aussi rendu compte qu'en compilant pour Itanium2 et addaptant pour Itanium1, les perfs etaient meilleures qu'en compilant pour Itanium1 directement.
un fichier binaire executable par le processeur , mais incomprehensible cette fois par un humain
Pfff... C'est petit bras, ca !
On peut travailler au desassembleur (bon, ok faut un poil de motivation, mais des fois y'a pas le choix)
On peut aussi ecrire les opcodes a la main (un peu psychopathe sur les bords mais parfois ca va plus vite de modifier 3 valeurs dans un fichier HEX32 que tout recompiler). Et puis c'est rigolo de faire peur au binome en TP :P C'est quand meme galere avec les archi ou la longueur des opcodes n'est pas constante...
Note : Je bosse dans l'embarque, ceci expliquant cela
A mon avis ca sonne surtout comme une vulgarisation de la GPL appliquee a un cas precis (pas de redistribution). Pas forcement une mauvaise idee d'indiquer explicitement ce droit pour ceux (et celles ?) qui seraient rebutees a l'idee de se lire la GPL. Il faut quand meme faire attention a ne pas prendre trop de libertes a ce niveau-la, ou ca risque peut-etre de poser probleme.
c'est ultra-révelateur de la faillite technologique de ce CPU
Je crois que c'est surtout revelateur de l'evolution du marche de la workstation (au niveau recherche/industriel), ou l'interet d'avoir le meme type de processeur que dans les serveurs est considerablement reduit par rapport au x86 (et PowerPC pour te faire plaisir, mais dans une moindre mesure) ces dernieres annees; plus particulierement avec l'extension 64 bits qui leur enlevent un argument marketing.
Au hasard par ce que je ne tente pas de generaliser pour faire chier le monde. La news parle du projet utilisant la glibc avec un noyau FreeBSD alors je parle de ca. Si tu veux on peut discuter de la meteo aussi.
Parce que quand tu ecris Alors pour faire Debian GNU/FreeBSD on ne veut garder que le noyau de FreeBSD le reste utilisera les outils GNU, tu ne generalises pas un cas particulier ?
Excuse moi de parler de ce que je connais (pour avoir suivit a un moment le ml du portage) et de connaitre en detail au moins un systeme. Mais il est vrai que s'amuser a montrer que l'on connait tout les systemes de la terre est plus interessant. Encore un fois le journal parlait de FreeBSD...
Et encore une fois tu n'as pas generalise ca a un conflit Debian/license BSD ?
Enumerer Free/Net/OpenBSD n'a aucne valeur sur ce site, on est d'accord. En revanche, a partir d'une question sur GNU/kFreeBSD, generaliser a GNU/FreeBSD (surtout quand c'est le nom d'un autre projet, existant et n'ayant pas un de attributs que tu sembles reprocher au premier) et a un "conflit" license-distribution me parrait plus que douteux.
De plus on peut s'amuser a exhiber les points ou FreeBSD (noyau) roxor et Linux sux (et inversement).
On a parle de Linux ?
Ca permet a Debian de pouvoir tirer parti des noyaux en utilisant le même userland.
Je dirais tant mieux. Independament de criteres de qualites (et je n'ai aucun jugement a porter sur le sujet), les utilisateurs auraient le choix en matiere de noyau, libc, systeme de packaging, etc... C'est un mal ?
Bien entendu, ce n'est qu'une malheureuse omission de ta part, mais il existe aussi Debian GNU/FreeBSD utilisant la libc d'origine de FreeBSD. De meme qu'il existe Debian GNU/NetBSD. C'est vrai apres tout il existe d'autres BSD libres que FreeBSD (si si, et il y a aussi OpenBSD).
M'enfin je croyais que FreeBSD etait libre et que donc tout un chacun, sous reserve d'en respecter la licence, pouvait le reutiliser/distribuer/modifier a sa guise. Les differentes equipes *BSD ont bien porte des logiciels tels qu'Apache sur leur systeme, je ne vois pas pourquoi ce type d'operation devrait etre a sens unique.
Il faut faire la difference entre "superviseur" et "membre actif".
S'il ne contribue plus au projet PA-Linux directement, il fournit un encadrement administratif a l'equipe qui est toujours a l'ESIEE.
Ca s'achete en poudre blanche et ca se "renifle" d'un grand goup. Ca permet d'avoir une grande variete de :
-formes
-couleurs
-sons
-idees
-trucs dont tu n'as meme pas idee
Le fournisseur, c'est un certain "tochauppe", qui bosse pour Al Dobe. Mais fais gaffe quand meme. Deja parce que c'est cher, mais en plus si tu te fais gauler avec un fournisseur pirate, tu risque la taulle.
Bon, je vais m'en reprendre un coup de cette extrusion tridimentionelle à mémoire progressive de forme, c'est de la bonne. ---> [{pouf}]
pourquoi le seul nom prononcé est Microsoft Windows
Car c'est un sujet d'actualités sur MS.
Justement, il faut voir le contexte.S'il s'etait agi d'un sujet purement interne a Microsoft (genre une catastrophe qui entrainerait la fermeture complete du site a Seattle), je serais entierement d'accord avec ta remarque.
Mais dans le cas qui nous concerne, il est question de concurence. Il mesemblerait logique de mentionner les autres acteurs du marche.
[^] # Re: Itanium c'est bien.
Posté par imalip . En réponse au journal La renaissance de l'Itanium?. Évalué à 2.
Le probleme vient plus du fonctionnement de l'architecture (EPIC), ou les instructions n'arrivent pas une par une, mais par groupe de 3 (dits bundles); le proc executant 2 bundles par cycle. En gros, la parallelisation est faite par le compilo et plus par le CPU. Si on ajoute d'autres choses telles que les registres de predicat ou les allocations de registres, on se rend compte que ca n'a absolument rien a voir avec du x86. (on vous avait pas dit ? l'Itanium n'a pas que le 64 bit comme nouveaute).
Resultat, il faut completement repenser le compilateur, travailler et aborder les problemes de manieres completement differente, etc... A l'epoque ou je m'y suis interesse, il y a 2 ans, intel sortait une nouvelle version de son compilo tous les 2 mois, avec un gain de presque 30% a chaque fois. Ils s'etaient aussi rendu compte qu'en compilant pour Itanium2 et addaptant pour Itanium1, les perfs etaient meilleures qu'en compilant pour Itanium1 directement.
[^] # Re: Dropline gnome = i686
Posté par imalip . En réponse au journal Gnome et Slackware, c'est fini ?. Évalué à 1.
Pfff... C'est petit bras, ca !
On peut travailler au desassembleur (bon, ok faut un poil de motivation, mais des fois y'a pas le choix)
On peut aussi ecrire les opcodes a la main (un peu psychopathe sur les bords mais parfois ca va plus vite de modifier 3 valeurs dans un fichier HEX32 que tout recompiler). Et puis c'est rigolo de faire peur au binome en TP :P C'est quand meme galere avec les archi ou la longueur des opcodes n'est pas constante...
Note : Je bosse dans l'embarque, ceci expliquant cela
[^] # Re: Originalité ???
Posté par imalip . En réponse au journal Drôle(s) de licence(s) chez Opquast !. Évalué à 1.
[^] # Re: Workstation
Posté par imalip . En réponse au journal La mort de l'Itanium ?. Évalué à 1.
Je crois que c'est surtout revelateur de l'evolution du marche de la workstation (au niveau recherche/industriel), ou l'interet d'avoir le meme type de processeur que dans les serveurs est considerablement reduit par rapport au x86 (et PowerPC pour te faire plaisir, mais dans une moindre mesure) ces dernieres annees; plus particulierement avec l'extension 64 bits qui leur enlevent un argument marketing.
[^] # Re: Qu'en pensent la SACEM et autres sociétés d'auteurs ?
Posté par imalip . En réponse au journal Piratage organisé ?. Évalué à 6.
Oui oui, Apple Corp. existe toujours. Couler pour une boite qui gere les droits d'editions de Beatles releverait d'une mauvaise gestions.
D'ailleurs j'avais cru comprendre qu'ils avaient (re)attaque Apple Inc. a cause de l'iPod et d'iTunes. Quelqu'un aurait des nouvelles de l'affaire ?
[^] # Re: troll ?
Posté par imalip . En réponse au journal Debian GNU/kFreeBSD. Évalué à 2.
Parce que quand tu ecris Alors pour faire Debian GNU/FreeBSD on ne veut garder que le noyau de FreeBSD le reste utilisera les outils GNU, tu ne generalises pas un cas particulier ?
Excuse moi de parler de ce que je connais (pour avoir suivit a un moment le ml du portage) et de connaitre en detail au moins un systeme. Mais il est vrai que s'amuser a montrer que l'on connait tout les systemes de la terre est plus interessant. Encore un fois le journal parlait de FreeBSD...
Et encore une fois tu n'as pas generalise ca a un conflit Debian/license BSD ?
Enumerer Free/Net/OpenBSD n'a aucne valeur sur ce site, on est d'accord. En revanche, a partir d'une question sur GNU/kFreeBSD, generaliser a GNU/FreeBSD (surtout quand c'est le nom d'un autre projet, existant et n'ayant pas un de attributs que tu sembles reprocher au premier) et a un "conflit" license-distribution me parrait plus que douteux.
De plus on peut s'amuser a exhiber les points ou FreeBSD (noyau) roxor et Linux sux (et inversement).
On a parle de Linux ?
Ca permet a Debian de pouvoir tirer parti des noyaux en utilisant le même userland.
Je dirais tant mieux. Independament de criteres de qualites (et je n'ai aucun jugement a porter sur le sujet), les utilisateurs auraient le choix en matiere de noyau, libc, systeme de packaging, etc... C'est un mal ?
[^] # Re: troll ?
Posté par imalip . En réponse au journal Debian GNU/kFreeBSD. Évalué à 4.
D'ailleurs, tu as oublie (aussi) de mentionner la page de GNU/NetBSD intitulee "Why" :
http://www.debian.org/ports/netbsd/why(...)
M'enfin je croyais que FreeBSD etait libre et que donc tout un chacun, sous reserve d'en respecter la licence, pouvait le reutiliser/distribuer/modifier a sa guise. Les differentes equipes *BSD ont bien porte des logiciels tels qu'Apache sur leur systeme, je ne vois pas pourquoi ce type d'operation devrait etre a sens unique.
[^] # Re: Les disques durs bientôt en excès de vitesse ?
Posté par imalip . En réponse au journal Les disques durs bientôt en excès de vitesse ?. Évalué à 2.
200 gibi ? et combien de shadocks ?
[^] # Re: Pourquoi l'AZERTY ?
Posté par imalip . En réponse au journal Pourquoi l'AZERTY ?. Évalué à 1.
[^] # Re: Migration / Portage HP-UX -> Linux
Posté par imalip . En réponse au journal Migration / Portage HP-UX -> Linux. Évalué à 1.
Ah bon ? J'ai loupe le communique de presse ? HP Education/Recherche aussi visiblement...
Préferer les nouveaux developpements et portages sur Opteron de chez AMD (support possible la dessus chez IBM & HP si je dit pas de conneries.
Ah. HP abandonne l'Itanium2 pour le x86-64 ? Meme remarque qu'au-dessus...
De toute facon, l'Itanium2 n'est pas le processeur PC le plus rapide....
De toute facon, l'Itanium2 n'est pas un processeur PC...
[^] # Re: Libr'east : changement de lieu
Posté par imalip . En réponse à la dépêche Libr'east : changement de lieu. Évalué à 1.
S'il ne contribue plus au projet PA-Linux directement, il fournit un encadrement administratif a l'equipe qui est toujours a l'ESIEE.
[^] # Re: Libr'east : changement de lieu
Posté par imalip . En réponse à la dépêche Libr'east : changement de lieu. Évalué à 1.
participait
A part ca, c'est normal que l'ai l'impression que je ne connais personne dans les gens de ce thread ? Je ne suis parti que depuis un an quand meme...
[^] # Re: Libr'east : changement de lieu
Posté par imalip . En réponse à la dépêche Libr'east : changement de lieu. Évalué à 1.
La raison invoquee ?
"C'est non."
# Re: Cho7 président !
Posté par imalip . En réponse au journal Cho7 président !. Évalué à 1.
Ah non ? C'est pas la ? meeeeeerde
# Re: LOGIN: 116 (avril 2004)
Posté par imalip . En réponse au journal LOGIN: 116 (avril 2004). Évalué à 1.
photo de vache normande ?
et Gstreamer.
photo de surfeur ?
[^] # Re: La technologie d'avenir en laquelle je crois :
Posté par imalip . En réponse au sondage La technologie d'avenir en laquelle je crois :. Évalué à 1.
(Niels Bohr je crois)
# Re: La technologie d'avenir en laquelle je crois :
Posté par imalip . En réponse au sondage La technologie d'avenir en laquelle je crois :. Évalué à 6.
# Re: Logiciel de gestion de bibliothèque
Posté par imalip . En réponse au journal Logiciel de gestion de bibliothèque. Évalué à 1.
http://periapsis.org/bookcase(...)
Meme si malheureusement il n'y a pas (encore?) la "killer feature"...
[^] # Re: Sortie de Gimp 2.0
Posté par imalip . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à 1.
[^] # Re: Sortie de Gimp 2.0
Posté par imalip . En réponse à la dépêche Sortie de Gimp 2.0. Évalué à 3.
-formes
-couleurs
-sons
-idees
-trucs dont tu n'as meme pas idee
Le fournisseur, c'est un certain "tochauppe", qui bosse pour Al Dobe. Mais fais gaffe quand meme. Deja parce que c'est cher, mais en plus si tu te fais gauler avec un fournisseur pirate, tu risque la taulle.
Bon, je vais m'en reprendre un coup de cette extrusion tridimentionelle à mémoire progressive de forme, c'est de la bonne. ---> [{pouf}]
[^] # Re: Salle soirée
Posté par imalip . En réponse au journal Salle soirée. Évalué à 3.
La soirée commence plutôt male
[^] # Re: WINDOWS EN 3D : Looking glass
Posté par imalip . En réponse au journal WINDOWS EN 3D : Looking glass. Évalué à 1.
Je passe pour la couche de vernis
Cordialement,
Imalip
[^] # Re: Pareil sur France 2
Posté par imalip . En réponse au journal nouveauxmondes.com a encore frappé. Évalué à 1.
Car c'est un sujet d'actualités sur MS.
Justement, il faut voir le contexte.S'il s'etait agi d'un sujet purement interne a Microsoft (genre une catastrophe qui entrainerait la fermeture complete du site a Seattle), je serais entierement d'accord avec ta remarque.
Mais dans le cas qui nous concerne, il est question de concurence. Il mesemblerait logique de mentionner les autres acteurs du marche.
# Re: Pierre Tramo est mort
Posté par imalip . En réponse au journal Pierre Tramo est mort. Évalué à 1.
# Re: "Libération" de YaST: L'annonce de Suse
Posté par imalip . En réponse au journal "Libération" de YaST: L'annonce de Suse. Évalué à 1.