Godzil :
Et je suis sou OS X hein, pas linux
JackosKing :Your troll backfired
je suis sous os X aussi :P

spectras
: - Les accès à la mémoire se font en 64 bits. Par exemple, memcpy() travaille sur des longs, donc en 64 bits elle a besoin de 2x moins de tours de boucle (et comme le bus est un bus 64 bits ça tombe plutôt bien).
) intéressant 
Euh, le processeur n'est pas capable de regrouper les accès mémoire en questionEuh....si tu peux me dire comment il ferait ça ? A part pour le cas particulier de l'utilisation d'un modificateur "rep", auquel cas....voir le point suivant.
(et de toute façon la largeur du bus externe n'a rien à voir avec ça, puisque ça transite toujours par le cache qui lit tout par paquets de [je crois] 64 octets, que l'accès soit de 8, 32 ou 64 bits...)Par paquets de 64 bits. Mais avec un détail intéressant : sur Opteron, il est possible de faire deux accès au cache par cycle....à condition que ce soit sur deux bank différents. Donc tu peux faire deux accès sur deux mots de 64 bits contigüs, mais pas sur deux mots de 32 bits. Je ne sais pas ce qu'il en est sur les amd64 par contre, mais c'est probablement pareil vu que c'est la même architecture.
.
spectras
: Par paquets de 64 bits.
Mais avec un détail intéressant : sur Opteron, il est possible de faire deux accès au cache par cycle....à condition que ce soit sur deux bank différents. Donc tu peux faire deux accès sur deux mots de 64 bits contigüs, mais pas sur deux mots de 32 bits. Je ne sais pas ce qu'il en est sur les amd64 par contre, mais c'est probablement pareil vu que c'est la même architecture.
Voilà, sinon 20% c'est déjà bien.
Et si tu veux y'a aussi un inconvénient au 64 bits en terme de performances : les instructions 64 bits sont plus grosses, ce qui peut faire sortir un algorithme du cache, et là tu tues tes perfs. C'est pour cette raison que les proc 64 bits d'amd ont au moins 2x plus de cache que leur série 32 bits.

Ben oui, mais peu importe : si il communiquait par paquets de 1024 bits ou de 8 bits, ça serait exactement pareil... L'important c'est qu'une ligne de cache fasse 64 octetsNan en fait la ligne de cache fait 8 octets.![]()
Je ne sais pas exactement ce qu'il en est pour l'A64 (et flemme d'aller chercher les spec), mais j'aurais tendance à croire que du moment que la ligne de cache est lue, on peut y accéder autant de fois qu'on veut..Attention, j'ai bien dit en nombre d'accès *par cycle d'horloge*. Et oui effectivement, accéder à des mots de 32 bits paddés pour les aligner sur 64 bits est plus rapide que s'ils sont consécutifs, en principe.
tu peux te restreindre au jeu d'instructions 32 bits plus compactNope. Une fois le processeur en mode 64 bits, tu n'as que le jeu d'instruction 64 bits dispo. La sélection de la taille de la donnée, 32 ou 64, est un bit dans l'instruction (et pour faire du 16 ou du 8 bits, c'est un préfixe).
spectras
:Ben oui, mais peu importe : si il communiquait par paquets de 1024 bits ou de 8 bits, ça serait exactement pareil... L'important c'est qu'une ligne de cache fasse 64 octetsNan en fait la ligne de cache fait 8 octets.![]()
Je ne sais pas exactement ce qu'il en est pour l'A64 (et flemme d'aller chercher les spec), mais j'aurais tendance à croire que du moment que la ligne de cache est lue, on peut y accéder autant de fois qu'on veut..Attention, j'ai bien dit en nombre d'accès *par cycle d'horloge*. Et oui effectivement, accéder à des mots de 32 bits paddés pour les aligner sur 64 bits est plus rapide que s'ils sont consécutifs, en principe.
Chapitre 5.8 :
In other words, with common data types, consecutive array elements cannot have a bank conflict. If the array elements are 4 bytes or less, the two loads are to the same index and the same bank, and no conflict occurs. If the array elements are 8 bytes, the loads are to the same index but different banks, so a bank conflict does not occur either.
tu peux te restreindre au jeu d'instructions 32 bits plus compactNope. Une fois le processeur en mode 64 bits, tu n'as que le jeu d'instruction 64 bits dispo. La sélection de la taille de la donnée, 32 ou 64, est un bit dans l'instruction (et pour faire du 16 ou du 8 bits, c'est un préfixe).
spectras :
tu n'y gagnes rien à n'utiiser que les instructions 32 bits, elles ne sont pas beaucoup plus courtes que les instructions 64 bits (t'as le REX prefix en moins...et encore seulement à condition de ne pas utiliser les registres supplémentaires).

jibax :
4. C pas cher (vu tout ce que y'a dedans)

squale92 :
(encore que, vu que tu es obligé ou presque d'acheter une mise à jour (qu'ils appellent "nouvelle version")
c'est abuser de dire que vista est une simple màj d'xp, tout comme c'est abuser de dire qu'xp est une simple màj de 98

)
Quand tu vois le prix de n'importe quel logiciel (horslibre) je trouve que ca fait vraiment pas cher
Apres je nie pas que tu peux avoir la meme chose pour gratuit, mais honnetement vu le temps qu'il faut y passer c pas du tout rentable pour moi
T'as aussi les mises a jours gratuites pndant pas mal de temps par rapport a moult autres logiciel.
Et puis personne t'oblige a upgrader! c nimp ce que tu dis, windows 98 est suffisant pour la plupart des trucs (y'a qd meme une logitheque impressionnante pour 98).
jibax :
Apres je nie pas que tu peux avoir la meme chose pour gratuit, mais honnetement vu le temps qu'il faut y passer c pas du tout rentable pour moi T'as aussi les mises a jours gratuites pndant pas mal de temps par rapport a moult autres logiciel.
)

Ximoon :
Y'a le temps d'installation d'une part et le temps de maintenance d'autre part, sans tomber dans le troll, et de part mon expérience personnelle (donc biaisée) et bien, comment dire ... bref![]()
squale92 :
pour tout avoir,
squale92 :
qui a besoin de la puissance de photoshop ? ici encore, est-ce que passer un peu de temps à apprendre à utiliser un autre logiciel (the Gimp ?) ne serait pas une bonne manière d'économiser les 7000 fr de la licence Photoshop ?
jibax :
et pour le temps passer a apprendre c rentables uniquement pour les codeurs ou les organismes ayant un parc gigantesque de PC.
guilc
: une VRAIE suite bureautique (OOo)
Moumou :
Bon, je vais lancer mon troll à moi. Je ne comprends pas à quoi servent les suites bureautiques. Notemment les traitements de texte. Que peut-on faire avec ceux-ci qu'on ne puisse faire avec un outil plus adapté ?
JackosKing :
heu faut pas dire des betises non plus; L avantage de windows c est que tu as un support tres longtemps apres l achat du materiel.. Ex patch de securite windows 5.x etc..
Et puis bon ubuntu c est bien gentil mais on est loin sous linux d avoir un support correcte du materiel!
guilctu n'as de carte graphique ati récente je parie
:JackosKing :
heu faut pas dire des betises non plus; L avantage de windows c est que tu as un support tres longtemps apres l achat du materiel.. Ex patch de securite windows 5.x etc..
Et puis bon ubuntu c est bien gentil mais on est loin sous linux d avoir un support correcte du materiel!
D'accord, mais ça, c'est pas le problème d'ubuntu, mais du matos exotique...
Faut pas non plus exagérer, sur un ordinateur courant, y a AUCUN problème de matos.
Que ce soit chez moi, au boulot, ou sur ma presta, chez mes parents, et sur mon portable, j'ai 5 linux, et AUCUN probleme de matériel, 100% des bécannes sont supporté...