Une autoroute limitee a 90, ca veut dire zone urbaine. Si zone urbaine, ca veut dire qu'avant, c'etait limite a 110.
Il me semble que pour certains travaux cela peut arriver d'avoir 90km/h au milieu d'une grosse portion à 130km/h. Et comme les panneaux restent souvent plus longtemps que les travaux, cela peut arriver de se faire avoir comme ça.
Apres, vous plaignez pas non plus, les us c'est 104km/h sur autoroute, au mieux
Dans l'ouest c'est 75 miles/h (soit ~120km/h), parfois même sur une route a double sens comme dans l'est du Texas. Le Montana a des autoroutes où la vitesse est libre.
Par contre, aux USA en général c'est la valeur absolue de la vitesse qui est grave, genre +10miles/h en ville c'est pas grave (sauf près d'une école), mais 85miles/h sur une autoroute déserte (genre au hasard la I-40, ex-route 66 dans l'Arizona, à 200km de toute civilisation) tu risques la prison.
Si un automobiliste renverse un piéton, à moins que la voiture ait eu un défaut de conception du système de freinage, on ne peux pas mettre la faute sur le constructeur parce que la voiture ne freinait pas assez court. Si le système de freinage est conforme, ce n'est pas la voiture qui ne freine pas assez court, c'est le conducteur qui roulait trop vite.
Ou que le piéton avait un défaut de conception dans la perception des risques.
Je pensais aussi à des compilateurs propriétaires comme PGI qui ont visiblement des optimisations beaucoup plus poussées et qui semblent mieux tirer parti de mots clés du C99 comme "restrict".
Et le marché des "autres compilateurs" (= différent de gcc) est aussi assez dévéloppé du côté des gros calculateurs, surtout sur les architectures de types AMD64 qui sont assez populaires, notamment grâce à la famille Cray XT*.
Et à tout hasard c'est quoi "Linux" ? Quels sont les paramètres de compilation, de make ? Est-ce que les fichiers sont sur disques ou en mémoire ? Est-ce que le gcc a été lui-même compilé pour la machine, car le sujet ici était la génération de code optimisé, pas forcément la vitesse de compilation.
Je parlais en termes de perfomances pures et pas mal de compilateurs font mieux ou aussi bien sur x86. Et aussi, qu'appelles-tu tricher pour un compilateur ?
Je ne vois pas le rapport avec ta remarque sur les micro-controleurs par contre.
et pourquoi IBM ne vend pas que du G5 sur ses serveurs.
Parce que gcc sur les processeurs Power* est encore plus mauvais que sur x86 et que la plupart des applications ne sont pas assez portables pour être compilées par xlc ?
Au passage, les serveurs IBM utilisent généralement directement des power4 (ou plus) plutôt que les versions bridées G5 etc.
PS: on n'attend plus que la réponse de Laspalles !
On peut ajouter qu'il produit moins de vibrations et qu'il a souvent une plage de fonctionnement beaucoup plus grande.
Il est d'ailleurs encore présent dans des voitures de série comme les Mazda RX7 et RX8 (qui ne sont plus importées en France) et outre leur consommation, le manque de couple est des reproches fréquemment faits à ces voitures.
Google Earth (avec les bâtiments 3D, à moi New York DC!)
T'es sûr que tu utilises Google EARTH ? Ou alors il manque un T à DC mais sinon je ne vois pas du tout où est cette ville.
Les baladeurs Sansa Fuze et Sansa Clip supportent UMS et OGG ainsi que FLAC.
Pour la liste de lecture je pense qu'ils font ce que tu veux aussi, quand on sélectionne un artiste les chansons sont classées par album.
J'ai acheté un Sansa Fuze juste avant Noël et j'en suis plutôt content. Il n'est pas cher ($65 le 4Go, je ne sais pas en France), le son est plutôt bon, il a la radio (FM, US et Europe), un petit micro et on peut étendre sa mémoire via une carte micro-SD.
Avec les doigts plats comme des queues de castor, c'est plus dur de taper sur un clavier.
D'ailleurs, vous savez pourquoi les castors ont la queue plate ?
ils achètent des tonnes de procs qui peuvent en faire
Ben j'aimerai bien voir ce que donne linpack sur un réseau pourri... Sérieusement, il n'y a pas que les processeurs, et souvent linpack est utilisé pour vérifier si la machine fonctionne, ce n'est pas que de l'amusement. Après, pour je suis d'accord, le tuning linpack n'est pas toujours l'idéal mais ça donne déjà une idée.
Ensuite, je ne dis pas que Google ne pourrait pas être dans le top500 mais je pense néanmoins qu'ils n'ont pas forcément besoin de ce type de machines. Et pour le raisonnement sur les processeurs qu'ils achètent, t'as vu le nombre processeurs qu'ont Carrefour, Walmart, Darty ou la FNAC, ils pourraient être dans le top500 aussi grâce à leur stock en magasin.
Pour les pétroliers, tu as peut être raison (mais je ne vois toujours pas l'intérêt d'un tel "secret") mais il faut quand même noter que 10% des machines du TOP500 sont utilisées pour la géo-physique.
Je n'aurais qu'une remarque à faire à Patrick, je pense qu'il y a sûrement un GNU de trop :
En ce qui concerne les statistiques par système d'exploitation on observe une petite progression dans l'écrasante domination de GNU/Linux
La page du top500 annonce juste Linux et je pense que pour ce coup là elle a raison. Les noeuds de calculs utilisent très souvent un système très dépouillé avec un petit noyau personnalisé, il est vrai assez souvent sur une base linux.
Mais les bibliothèques et outils utilisés ne sont pas si souvent que ça des outils GNU. En général, MPI et les compilateurs sont des versions propriétaires (PGI notamment est très populaire aux USA).
yahoo, facebook, flickr, des providers IT
Le top500 est focalisé calculs flottants sur des gros calculateurs, et je doute franchement que ça soit utile à facebook ou flickr etc ... Pour ces entreprises, une grille d'ordis classiques me paraît plus appropriée. Pour google, même si les algos de type pagerank peuvent être décrits de manière matricielle, je doute que cela nécessite une puissance de calcul vraiment monstrueuse, une gestion astucieuse de la structure creuse des matrices étant autrement plus importante.
Pour les pétroliers, je ne vois pas trop l'utilité de tenir ça secret étant donné que l'on sait qu'ils ont besoin de ce type de machine.
Pour la NSA, il n'est même pas évident que leurs calculateurs puissent figurer dans le top500, je doute que leurs machines soient optimisées pour LINPACK.
Ensuite il est évident que ce classement est à relativiser car il est extrêmement difficile d'exploiter correctement une architecture comme Roadrunner ou dans une moindre mesure BlueGene L ou P sur de nombreuses applications. Les 3 applications que j'ai vu portées sur RoadRunner avaient été sélectionnées sur leur abscence de communications et les calculs massifs par rapport au volume de données qu'elles utilisent.
[^] # Re: Le business de l'insécurité routière.
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Internet, circonstance aggravante. Évalué à 2.
Une autoroute limitee a 90, ca veut dire zone urbaine. Si zone urbaine, ca veut dire qu'avant, c'etait limite a 110.
Il me semble que pour certains travaux cela peut arriver d'avoir 90km/h au milieu d'une grosse portion à 130km/h. Et comme les panneaux restent souvent plus longtemps que les travaux, cela peut arriver de se faire avoir comme ça.
Apres, vous plaignez pas non plus, les us c'est 104km/h sur autoroute, au mieux
Dans l'ouest c'est 75 miles/h (soit ~120km/h), parfois même sur une route a double sens comme dans l'est du Texas. Le Montana a des autoroutes où la vitesse est libre.
Par contre, aux USA en général c'est la valeur absolue de la vitesse qui est grave, genre +10miles/h en ville c'est pas grave (sauf près d'une école), mais 85miles/h sur une autoroute déserte (genre au hasard la I-40, ex-route 66 dans l'Arizona, à 200km de toute civilisation) tu risques la prison.
[^] # Re: Le problème des virus
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Commission Européenne - Rendre les développeurs juridiquement responsables de leurs développements ?. Évalué à 4.
Ou que le piéton avait un défaut de conception dans la perception des risques.
[^] # Re: joli mais : 110 Errors, 8 warning(s)
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Ouverture du nouveau linux.com. Évalué à 1.
Oui, et la clé d'activation correspond à un questionnaire sur les raccourcis clavier dans emacs.
[^] # Re: OpenOffice
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche The Uptime Project à la française. Évalué à 10.
[^] # Re: Hadopi n'est ni de droite ni de gauche...
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Les artistes de gauche pour la loi HADOPI. Évalué à 1.
Il me semble, enfin au moins dans le cas de CBS ou ABC, que ce service est soumis à des conditions géographiques, du genre vivre aux États-Unis.
[^] # Re: Gains de performance
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Sortie de la version 4.4 du compilateur GCC. Évalué à 2.
Comme quoi finalement c'est cohérent.
[^] # Re: Architecture naze
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Intel contribuera à GCC. Évalué à 1.
Et le marché des "autres compilateurs" (= différent de gcc) est aussi assez dévéloppé du côté des gros calculateurs, surtout sur les architectures de types AMD64 qui sont assez populaires, notamment grâce à la famille Cray XT*.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Oracle achète Sun. Évalué à 4.
Maintenant on sait pourquoi "big blue" !
[^] # Re: Compilation Linux AMD/Intel
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Intel contribuera à GCC. Évalué à 1.
[^] # Re: Architecture naze
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Intel contribuera à GCC. Évalué à 1.
Je ne vois pas le rapport avec ta remarque sur les micro-controleurs par contre.
[^] # Re: Compilation Linux AMD/Intel
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Intel contribuera à GCC. Évalué à 2.
[^] # Re: Architecture naze
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Intel contribuera à GCC. Évalué à 0.
Parce que gcc sur les processeurs Power* est encore plus mauvais que sur x86 et que la plupart des applications ne sont pas assez portables pour être compilées par xlc ?
Au passage, les serveurs IBM utilisent généralement directement des power4 (ou plus) plutôt que les versions bridées G5 etc.
PS: on n'attend plus que la réponse de Laspalles !
[^] # Re: 3.0?
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 2.
Et il n'y a pas de moyen de ne tout simplement pas l'installer ?
[^] # Re: accès à internet/éducation
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Les eurodéputés censurent l'HADOPI ?. Évalué à 1.
[^] # Re: Re:
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Sortie de Linux 2.6.29. Évalué à 5.
Si la sécurité est importante, je pense que la documentation d'OpenBSD serait plus appropriée ;).
[^] # Re: A Free ?
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Une histoire d'Orange et de cerveau. Évalué à 4.
Il est d'ailleurs encore présent dans des voitures de série comme les Mazda RX7 et RX8 (qui ne sont plus importées en France) et outre leur consommation, le manque de couple est des reproches fréquemment faits à ces voitures.
[^] # Re: drivers
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Le serveur X 1.6 est disponible. Évalué à 3.
T'es sûr que tu utilises Google EARTH ? Ou alors il manque un T à DC mais sinon je ne vois pas du tout où est cette ville.
# Sandisk Sansa
Posté par Cédric Chevalier (site web personnel) . En réponse au message Cherche baladeur audio en UMS et lisant l'ogg - en France. Évalué à 2.
Pour la liste de lecture je pense qu'ils font ce que tu veux aussi, quand on sélectionne un artiste les chansons sont classées par album.
J'ai acheté un Sansa Fuze juste avant Noël et j'en suis plutôt content. Il n'est pas cher ($65 le 4Go, je ne sais pas en France), le son est plutôt bon, il a la radio (FM, US et Europe), un petit micro et on peut étendre sa mémoire via une carte micro-SD.
# Réponse à la question
Posté par Cédric Chevalier (site web personnel) . En réponse au message grep. Évalué à 4.
[^] # Re: Ils ont raison
Posté par Cédric Chevalier (site web personnel) . En réponse au journal anti-OGM, j'en veux plus.. Évalué à 8.
[^] # Re: Déclaration de guerre
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Enfin une offre raisonnable de remboursement d'OS .... Évalué à 2.
D'ailleurs, vous savez pourquoi les castors ont la queue plate ?
[^] # Re: Analyse de texte
Posté par Cédric Chevalier (site web personnel) . En réponse au journal Après DADVSI et HADOPI, voici ACTA. Évalué à 6.
[^] # Re: le top500 n'est pas la liste des machines les plus puissantes du mon
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Le trente-deuxième Top 500 des super-ordinateurs. Évalué à 3.
Ben j'aimerai bien voir ce que donne linpack sur un réseau pourri... Sérieusement, il n'y a pas que les processeurs, et souvent linpack est utilisé pour vérifier si la machine fonctionne, ce n'est pas que de l'amusement. Après, pour je suis d'accord, le tuning linpack n'est pas toujours l'idéal mais ça donne déjà une idée.
Ensuite, je ne dis pas que Google ne pourrait pas être dans le top500 mais je pense néanmoins qu'ils n'ont pas forcément besoin de ce type de machines. Et pour le raisonnement sur les processeurs qu'ils achètent, t'as vu le nombre processeurs qu'ont Carrefour, Walmart, Darty ou la FNAC, ils pourraient être dans le top500 aussi grâce à leur stock en magasin.
Pour les pétroliers, tu as peut être raison (mais je ne vois toujours pas l'intérêt d'un tel "secret") mais il faut quand même noter que 10% des machines du TOP500 sont utilisées pour la géo-physique.
[^] # Re: Comme d' hab' :)
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Le trente-deuxième Top 500 des super-ordinateurs. Évalué à 10.
Je n'aurais qu'une remarque à faire à Patrick, je pense qu'il y a sûrement un GNU de trop :
En ce qui concerne les statistiques par système d'exploitation on observe une petite progression dans l'écrasante domination de GNU/Linux
La page du top500 annonce juste Linux et je pense que pour ce coup là elle a raison. Les noeuds de calculs utilisent très souvent un système très dépouillé avec un petit noyau personnalisé, il est vrai assez souvent sur une base linux.
Mais les bibliothèques et outils utilisés ne sont pas si souvent que ça des outils GNU. En général, MPI et les compilateurs sont des versions propriétaires (PGI notamment est très populaire aux USA).
[^] # Re: le top500 n'est pas la liste des machines les plus puissantes du mon
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Le trente-deuxième Top 500 des super-ordinateurs. Évalué à 1.
Le top500 est focalisé calculs flottants sur des gros calculateurs, et je doute franchement que ça soit utile à facebook ou flickr etc ... Pour ces entreprises, une grille d'ordis classiques me paraît plus appropriée. Pour google, même si les algos de type pagerank peuvent être décrits de manière matricielle, je doute que cela nécessite une puissance de calcul vraiment monstrueuse, une gestion astucieuse de la structure creuse des matrices étant autrement plus importante.
Pour les pétroliers, je ne vois pas trop l'utilité de tenir ça secret étant donné que l'on sait qu'ils ont besoin de ce type de machine.
Pour la NSA, il n'est même pas évident que leurs calculateurs puissent figurer dans le top500, je doute que leurs machines soient optimisées pour LINPACK.
Ensuite il est évident que ce classement est à relativiser car il est extrêmement difficile d'exploiter correctement une architecture comme Roadrunner ou dans une moindre mesure BlueGene L ou P sur de nombreuses applications. Les 3 applications que j'ai vu portées sur RoadRunner avaient été sélectionnées sur leur abscence de communications et les calculs massifs par rapport au volume de données qu'elles utilisent.