c'est microsoft qui à partir de 2007 équipera officiellement toutes les équipes [1] ! Pas 97% non non toutes les équipes.
Pas 2007, 2008. Et pour etre précis ce n'est pas tout a fait Microsoft qui fournira l'électronique et les soft, c'est "Microsoft MES". Ca a son importance, dans le mesure ou MES, ca veut dire "McLaren Electronics Systems". Donc en fait, tout viendra de chez McLaren Electronics et sera simplement badgé Microsoft, comme ca a été fait pour les docs envoyées aux équipes.
Ah, et le lien donné raconte vraiment n'importe quoi. Le passage a Microsoft (enfin McLaren) n'a *rien* a voir avec Bridgestone...
Et juste pour la forme, ca ne va pas réduire les couts du tout, ces foutus boitiers coutent hyper cher.
La RB3 est-elle bien née ou Newey à perdu ma main et est devenu un has-been ?
Euh, honnetement, trop tot pour le dire. On a tellement de trucs nouveaux et on a commencé tellement tard que ca tient deja du miracle qu'on ait une voiture qui tourne. En particulier on est repassés a du soft de controle fait maison et plein de nouvelles stratégies (Traction Control, Engine Braking, Launch, boite seamless shift,...), plus passage a un systeme a controlleurs séparés chassis/moteur, donc interfaces avec Renault a définir from scratch, nouveau systeme de télémetrie, et ca c'est juste pour le departement ou je suis. Bref, depuis une semaine, on passe notre temps a régler des problemes de jeunesse, alors de la a savoir si ca ira vite...
On est tellement a flux tendu qu'un mec va partir pour Valencia avec les derniers morceaux du chassis 2 en bagage a main demain pour les utiliser jeudi
Sinon, il parrait qu'Adrian est content des résultats obtenus en souflerie et du package mécanique. Donc on espere...
[1] : D'ailleurs, qui va être le plus rapide sur Ferrari ? Massa ou Raïkonnen ?
M'en fous, c'est Coulthard et Webber qui m'interessent. Avec une oeil sur Speed, Liuzzi, Rosberg et Wurz. Bon, j'avoue, mon avis est tres fortement biaisé :)
Ou alors on peut s'expatrier et regarder sur la chaine locale (ITV pour le Royaume Uni). M'enfin les commentaires de Brundle, on s'en lasse aussi...
/me regrete l'époque ou il pouvait aller voir les courses depuis le conference center Williams avec 4 écrans géants, et interventions de Sam, Frank et Patrick en direct.
Ben j'ai essayé de demander un extrait d'acte de naissance, a la fin j'ai eu le message suivant :
Synthèse de votre demande d'acte
La commune sera informée dans les meilleurs délais pour traitement. Vous recevrez le document demandé par courrier à l'adresse indiquée.
Avec un joli pdf qui contient le numéro, la date et l'heure de ma demande, je vois mal ce que je peux demander de plus.
Je supose que toutes les mairies ne sont pas encore équipées de tout ce qu'il faut pour s'interfacer corectement avec ce service qui vient d'etre officiellement lancé.
Alors qu'Ubuntu, qui applique encore plus de patch... Eh ben y'a pas de probleme. Tu m'explique ?
Et ce n'est pas "parce que les patchs sont lourds" qu'il faut demander l'avis de Mozilla. Il faut demander l'avis de Mozilla si on patch, point barre. Le patch peut faire une ligne, il faut demander. Et il faut faire vailder l'environement de compilation aussi. Quand l'environement en question est Sid (Debian unstable), ca devient pratiquement impossible a gerer.
T'as jamais pris le train en Angleterre. Le seul endrot ou j'ai eu un train arrete pendant 10 minutes en rainson de congestions a l'entree de Waterloo...
"...Dans le cas contraire, je prendrai note de l'incompatibilité de votre offre avec les outils standard du marché, et me tournerai vers un autre interlocuteur pour mes services de téléphonie mobile, etc..."
-C'est le code du travail anglais
-La boite a failli mettre la clef sous la porte il y a 2 ans. A l'epoque, le batiment avit une taille correcte pour le nombre de personnes (200).
-Le repreneur a augmente le personnel de 50% en moins d'un an.
-Des qu'il a repris, il a commence a reammenager les locaux pour avoir plus de bureaux pour l'ingenierie, seule solution viable pour reussir a gerer la situation. Certains se retrouvent sans fenetre, helas...
-il y a 6 mois, on a achete le batiment a cote du notre, ce qui veut dire que la boite qui y etait avant a du demenager. L'amenagement est en cours.
Bref mon employeur ne se fout pas completement de notre gueule (et encore je ne parle meme pas des salaires). Et puis bon, pour bosser dans une equipe de F1, je suis bien pres a avoir un bureau sans fenetre pendant un an...
Savez-vous s'il y a des échos du coté de debian pour avoir un port Solaris, comme il y a un port NetBSD et un port Hurd.
Nexenta utilise l'userland Sun qui n'est pas compatible avec la GPL, ce qui pose probleme legalement pour des choses essentielles comme dpkg. le passage en GPL va peut-etre regler le probleme ?
L'idéal serait d'avoir un port très intégré, dans le tronc central. On pourrait alors sur un système debian écrire
apt-get install solaris-image-....
et hop, on passe du noyau linux au noyau solaris ;-)
Doux reve... Si ca marchait comme ca, pourquoi tu crois que tous les packages sont recompilés pour les ports GNU/Hurd et GNU/kFreeBSD ?
S'il faut des bureaux avec fenetres pour *tous* les employés, c'est mal barré, a moins de multiplier par 3 ou 4 la densité de personnes par bureau. Et c'est sans compter les departements composites, maquettes, bancs de tests, mesures... Quand on passe de moins de 200 a plus de 300 employés dans un batiment a l'origine concu pour en abriter 80, on met les gens ou il y a de la place, on aménage comme on peut.
Et il me semble que la speleologue en question n'avait pas supporte le retour aux horaires "standard" et avait fini par se suicider (elle s'appelait Véronique Borel-Le Guen, apparement)
geek, heure solaire, adapté ? On doit pas vivre dans le meme monde... Ou alors c'est le fait que je bosse dans un bureau sans fenetre et que j'ai des insomnies qui deforme ma vision ?
C'est d'ailleurs pour ca qu'Apache utilise la libssl, qui peut gerer du code conditionel, et utiliser en fonction de ce qu'il trouve, du code optimise pour i386/i486/Pentium(1,2,3)/K7, avec ou sans MMX, et du code optimise a la main en assembleur. (C'est en tout cas comme ca que ca marche dans la lib distribuee par Debian).
Donc on peut pas prendre les optimisation de gcc suivant l'archi comme montrant qu'on ne peut rien gagner, vu que tu dis toi meme que c'est un 'mauvais compilo' , il fait donc pe mal ces optimisations ;)
J'ai pas dit qu'il etait mauvais mais qu'il etait moins bon. Et ca ne veut pas dire que les optimisations ne sont pas valides. Il me semble meme que pour l'Itanium, a une epoque, gcc etait meilleur sur cetains aspects, et icc sur beaucoup d'autres. Pour faire une analogie avec mon boulot, ce n'est pas parce qu'une F1 (la RB2 en l'occurence) a une aerodynamique pas terrible que passer a une boite seemless shift ne peut pas nous faire gagner 2 dixiemes au tour.
ps icc permet aussi de spécifier l'archi . Je serais curieux de savoir si la aussi on 'gagne rien' ou pas.
Je n'ai pas dit qu'il n'y avait rien a gagner, hein. Les problemes des optimisations au-dela du 486, en gros, c'est que :
-MMX, SSE, etc... c'est pas des instructions triviales, pour que le compilo reussisse a retrouver ses petits, c'est pas gagne. C'est pas pour rien que les mecs se font de sbouts en assembleur...
-si on fait abstraction des differences de jeux d'instructions, on joue sur leur scheduling, ce qui veut dire qu'on va privilegier une arch plutot qu'une autre. C'est assez genant quand on a des differences aussi fondamentales qu'entre P3, P4 et K7 (surtout le P4). Mais quand on arrive a ce stade-la, je doute que les differences soient vraiment perceptibles pour les applis classiques ; donc j'aurais tendance a penser que effectivement ca vaut le coup pour les applis de calcul vraiment intensives, mais pour le reste...
Tu aurais le bench avec le meme niveau d'optim pour les differents cas ? Parce que la, on ne sait pas si ce qui ameliore les perfs c'est le -O3 ou les autres flags. Bref, ton bench vaut 0 comme comparaison pour le sujet qui nous interesse.
On a fait certains test de calcul scientifique, et entre gcc et icc on obtenait plus de 20% de perfs sur certains code.
Alors ensuite en restant tout le temps sous gcc je sais pas, mais en optimisant pour l'archi lors de la compilation, sisi on peut gagner bcp !
Rien a voir, donc. Ca prouve juste que icc est un meilleur compilo que gcc, ce qui n'est pas franchement nouveau et est completement orthogonal au fait de compiler pour i386/i486/i586/i686.
Cela n'empeche que pour certaines applications, passer les bons parametres a la compilation peut effectivement apporter un gain en perf non negligeable pour certaines applis, scientifiques ou multimedia entre autre, via l'utilisation du MMX, SSE, etc... Encore faut-il que le compilo reussisse a reperer les cas ou il peut s'en servir, ce qui est loin d'etre evident.
Apres on peu aussi jouer sur le scheduling et les temps de latence des instructions pour grapiller encore un peu ; mais on arrive au point ou il faudrait de toute facon recompiler les applis soi-meme, donc pas pour une distro binaire.
Plus ou moins dans le meme sujet, j'ai relu hier un article[1] sur l'Itanium et les difficultes d'optimisations avec. Pour un appel systeme L4, le compilo arrivait a 508 cycles. Apres pas mal de boulot et d'assembleur ecrit a la main, ils sont descendus a 36 cycles...
Laisse-moi deviner... Tu es du genre a penser que si je fais une blague sur certains aspects culturels des anglais, italiens ou belges au boulot, c'est que je suis raciste envers ces communautés, non ?
Pour la doc, c'est important, mais il faut éviter de faire de la doc pour faire de la doc.
Moins il y en a et mieux c'est (il faut la maintenir à jour), mais il y a un minimum à fournir
/me se rappelle avec nostalgie d'une de ses précédentes boites (penser télécom et Suede) ou il a passé 3 mois a écrire de la doc pour un wrapper entre 2 API qui a été codé et testé en une demi-journée.
J'ai démissioné au bout de 5 mois. Bon, j'avoue que c'est aussi parce que j'avais dans les mains une offre que je ne pouais pas refuser, mais j'étais soulagé de partir...
[^] # Re: Ainsi donc, je suis un légume ???
Posté par imalip . En réponse au journal [HS] Flavie Flam'emmerde. Évalué à 2.
Pas 2007, 2008. Et pour etre précis ce n'est pas tout a fait Microsoft qui fournira l'électronique et les soft, c'est "Microsoft MES". Ca a son importance, dans le mesure ou MES, ca veut dire "McLaren Electronics Systems". Donc en fait, tout viendra de chez McLaren Electronics et sera simplement badgé Microsoft, comme ca a été fait pour les docs envoyées aux équipes.
Ah, et le lien donné raconte vraiment n'importe quoi. Le passage a Microsoft (enfin McLaren) n'a *rien* a voir avec Bridgestone...
Et juste pour la forme, ca ne va pas réduire les couts du tout, ces foutus boitiers coutent hyper cher.
[^] # Re: Ainsi donc, je suis un légume ???
Posté par imalip . En réponse au journal [HS] Flavie Flam'emmerde. Évalué à 3.
Euh, honnetement, trop tot pour le dire. On a tellement de trucs nouveaux et on a commencé tellement tard que ca tient deja du miracle qu'on ait une voiture qui tourne. En particulier on est repassés a du soft de controle fait maison et plein de nouvelles stratégies (Traction Control, Engine Braking, Launch, boite seamless shift,...), plus passage a un systeme a controlleurs séparés chassis/moteur, donc interfaces avec Renault a définir from scratch, nouveau systeme de télémetrie, et ca c'est juste pour le departement ou je suis. Bref, depuis une semaine, on passe notre temps a régler des problemes de jeunesse, alors de la a savoir si ca ira vite...
On est tellement a flux tendu qu'un mec va partir pour Valencia avec les derniers morceaux du chassis 2 en bagage a main demain pour les utiliser jeudi
Sinon, il parrait qu'Adrian est content des résultats obtenus en souflerie et du package mécanique. Donc on espere...
[^] # Re: Ainsi donc, je suis un légume ???
Posté par imalip . En réponse au journal [HS] Flavie Flam'emmerde. Évalué à 2.
M'en fous, c'est Coulthard et Webber qui m'interessent. Avec une oeil sur Speed, Liuzzi, Rosberg et Wurz. Bon, j'avoue, mon avis est tres fortement biaisé :)
[^] # Re: Ainsi donc, je suis un légume ???
Posté par imalip . En réponse au journal [HS] Flavie Flam'emmerde. Évalué à 2.
/me regrete l'époque ou il pouvait aller voir les courses depuis le conference center Williams avec 4 écrans géants, et interventions de Sam, Frank et Patrick en direct.
[^] # Re: Tout pareil
Posté par imalip . En réponse au journal On est pas vendredi mais quand même, kdevelop, autoconf automake autoincompréhensible. Évalué à 2.
Si, les autotools sont portables en-dehors de Linux. Le probleme, c'est qu'il faut que le projet qui les utilise le soit aussi.
[^] # Re: Capillo-tracte
Posté par imalip . En réponse au message Suppression massive de lignes. Évalué à 2.
grep -v "^cle " f1
ca peut pas le faire, si le but est juste de virer les lignes de clef ?
hmmm... F1... RB3... désolé, je m'égare...
# chezmoicamarche
Posté par imalip . En réponse au journal www.administration24h24.gouv.fr. Évalué à 4.
Avec un joli pdf qui contient le numéro, la date et l'heure de ma demande, je vois mal ce que je peux demander de plus.
Je supose que toutes les mairies ne sont pas encore équipées de tout ce qu'il faut pour s'interfacer corectement avec ce service qui vient d'etre officiellement lancé.
[^] # Re: réagi?
Posté par imalip . En réponse au journal Microsoft partenaire de la ville de Lyon. Évalué à 10.
[^] # Re: Iceweasel
Posté par imalip . En réponse au journal Firefox 2 c'est pas encore ca!. Évalué à 7.
Et ce n'est pas "parce que les patchs sont lourds" qu'il faut demander l'avis de Mozilla. Il faut demander l'avis de Mozilla si on patch, point barre. Le patch peut faire une ligne, il faut demander. Et il faut faire vailder l'environement de compilation aussi. Quand l'environement en question est Sid (Debian unstable), ca devient pratiquement impossible a gerer.
[^] # Re: Oui !
Posté par imalip . En réponse au journal Sauvez nous, voyageurs de la ligne 13. Évalué à 2.
[^] # Re: chiffres
Posté par imalip . En réponse au journal Je sais que ça ne sert à rien, mais bon.... Évalué à 10.
[^] # Re: Qualité de vie
Posté par imalip . En réponse au journal Les geeks vont il participer à cet élan d'écologisme. Évalué à 2.
-La boite a failli mettre la clef sous la porte il y a 2 ans. A l'epoque, le batiment avit une taille correcte pour le nombre de personnes (200).
-Le repreneur a augmente le personnel de 50% en moins d'un an.
-Des qu'il a repris, il a commence a reammenager les locaux pour avoir plus de bureaux pour l'ingenierie, seule solution viable pour reussir a gerer la situation. Certains se retrouvent sans fenetre, helas...
-il y a 6 mois, on a achete le batiment a cote du notre, ce qui veut dire que la boite qui y etait avant a du demenager. L'amenagement est en cours.
Bref mon employeur ne se fout pas completement de notre gueule (et encore je ne parle meme pas des salaires). Et puis bon, pour bosser dans une equipe de F1, je suis bien pres a avoir un bureau sans fenetre pendant un an...
[^] # Re: Debian / Solaris
Posté par imalip . En réponse au journal Solaris sous GPLv3. Évalué à 3.
Nexenta utilise l'userland Sun qui n'est pas compatible avec la GPL, ce qui pose probleme legalement pour des choses essentielles comme dpkg. le passage en GPL va peut-etre regler le probleme ?
Doux reve... Si ca marchait comme ca, pourquoi tu crois que tous les packages sont recompilés pour les ports GNU/Hurd et GNU/kFreeBSD ?
[^] # Re: Qualité de vie
Posté par imalip . En réponse au journal Les geeks vont il participer à cet élan d'écologisme. Évalué à 2.
[^] # Re: Débilité sans nom
Posté par imalip . En réponse au journal Les geeks vont il participer à cet élan d'écologisme. Évalué à 3.
[^] # Re: Débilité sans nom
Posté par imalip . En réponse au journal Les geeks vont il participer à cet élan d'écologisme. Évalué à 4.
[^] # Re: parce que i486 existe toujours
Posté par imalip . En réponse au journal utilité du i386. Évalué à 2.
[^] # Re: Merci pour tout ces commentaire
Posté par imalip . En réponse au journal utilité du i386. Évalué à 3.
[^] # Re: Qu'est-ce que ca change?
Posté par imalip . En réponse au journal utilité du i386. Évalué à 2.
J'ai pas dit qu'il etait mauvais mais qu'il etait moins bon. Et ca ne veut pas dire que les optimisations ne sont pas valides. Il me semble meme que pour l'Itanium, a une epoque, gcc etait meilleur sur cetains aspects, et icc sur beaucoup d'autres. Pour faire une analogie avec mon boulot, ce n'est pas parce qu'une F1 (la RB2 en l'occurence) a une aerodynamique pas terrible que passer a une boite seemless shift ne peut pas nous faire gagner 2 dixiemes au tour.
Je n'ai pas dit qu'il n'y avait rien a gagner, hein. Les problemes des optimisations au-dela du 486, en gros, c'est que :
-MMX, SSE, etc... c'est pas des instructions triviales, pour que le compilo reussisse a retrouver ses petits, c'est pas gagne. C'est pas pour rien que les mecs se font de sbouts en assembleur...
-si on fait abstraction des differences de jeux d'instructions, on joue sur leur scheduling, ce qui veut dire qu'on va privilegier une arch plutot qu'une autre. C'est assez genant quand on a des differences aussi fondamentales qu'entre P3, P4 et K7 (surtout le P4). Mais quand on arrive a ce stade-la, je doute que les differences soient vraiment perceptibles pour les applis classiques ; donc j'aurais tendance a penser que effectivement ca vaut le coup pour les applis de calcul vraiment intensives, mais pour le reste...
[^] # Re: Qu'est-ce que ca change?
Posté par imalip . En réponse au journal utilité du i386. Évalué à 6.
Tu aurais le bench avec le meme niveau d'optim pour les differents cas ? Parce que la, on ne sait pas si ce qui ameliore les perfs c'est le -O3 ou les autres flags. Bref, ton bench vaut 0 comme comparaison pour le sujet qui nous interesse.
[^] # Re: Qu'est-ce que ca change?
Posté par imalip . En réponse au journal utilité du i386. Évalué à 3.
Rien a voir, donc. Ca prouve juste que icc est un meilleur compilo que gcc, ce qui n'est pas franchement nouveau et est completement orthogonal au fait de compiler pour i386/i486/i586/i686.
Cela n'empeche que pour certaines applications, passer les bons parametres a la compilation peut effectivement apporter un gain en perf non negligeable pour certaines applis, scientifiques ou multimedia entre autre, via l'utilisation du MMX, SSE, etc... Encore faut-il que le compilo reussisse a reperer les cas ou il peut s'en servir, ce qui est loin d'etre evident.
Apres on peu aussi jouer sur le scheduling et les temps de latence des instructions pour grapiller encore un peu ; mais on arrive au point ou il faudrait de toute facon recompiler les applis soi-meme, donc pas pour une distro binaire.
Plus ou moins dans le meme sujet, j'ai relu hier un article[1] sur l'Itanium et les difficultes d'optimisations avec. Pour un appel systeme L4, le compilo arrivait a 508 cycles. Apres pas mal de boulot et d'assembleur ecrit a la main, ils sont descendus a 36 cycles...
[1] http://www.usenix.org/events/usenix05/tech/general/gray/gray(...)
[^] # Re: vocabulaire
Posté par imalip . En réponse au journal Bonnes pratique pour le développement. Évalué à 2.
[^] # Re: haha ?
Posté par imalip . En réponse au journal Tanenbaum et les microkernels. Évalué à 2.
[^] # Re: vocabulaire
Posté par imalip . En réponse au journal Bonnes pratique pour le développement. Évalué à 3.
Moi je suis sectaire, et je dis mort a SourceSafe. Les autres je gere, mais celui-la, non, vraiment, je peux pas.
[^] # Re: vocabulaire
Posté par imalip . En réponse au journal Bonnes pratique pour le développement. Évalué à 2.
/me se rappelle avec nostalgie d'une de ses précédentes boites (penser télécom et Suede) ou il a passé 3 mois a écrire de la doc pour un wrapper entre 2 API qui a été codé et testé en une demi-journée.
J'ai démissioné au bout de 5 mois. Bon, j'avoue que c'est aussi parce que j'avais dans les mains une offre que je ne pouais pas refuser, mais j'étais soulagé de partir...