Reprise du message précédent :

Tetedeiench a écrit a écrit :     Il a lu le topic le monsieur   J;ai juste dit que la facon de ranger les variables longues en memoire etait plus efficace chez windows (i.e. les compilo sous dows) que sous linux (i.e. les compilos sur linux), ce dernier etant plus econome.   Alors lis le topic et apporte moi des preuves comme quoi ce que je dis est une connerie non maitrisee   je suis tout oui ma poule.

 
comme l'a dit tux, c'est loin d'être aussi simple que les caractéristiques superficielles dont tu parles  
y-a bien d'autre chose à prendre en considération, et tu ne peux pas dire que windows à une gestion de la mémoire plus performante que linux uniquement à cause de ça
 
et arrete de faire chier avec tes troll bidon

eh djoh, je parle que de la facon de ranger les variables en memoire, pas d;autre chose hein.
 
lis le rpemier post bon sang avant de participer a un topic, c'est la moindre des choses.
 
La strategie a la windaube favorise les performances, linux un compromis performance / place occupee.
 
Stoo.

 
 
non mais faut po lui en demander trop a ce djoh la debilité pathologique ca se soigne pas !!!

 
j'ai du mal m'exprimer : la gestion de la mémoire ne se limite pas à son rangement dans des cases, y-a plein d'autre chose qui influ sur le comportement de la mémoire (et je ne parle que de mémoire aussi là )
de plus, j'ai p-t mal compris ce que tu as voulu dire, mais j'ai l'impression que tu veux nous faire croire que le détail dont tu parles change tout au nivo perf, hors :
1) tous les tests montrent bien que la gestion de la mémoire est au moins aussi bonne sous linux que sous windows)
2) ce dont tu parles à sans doute très peu d'impact dans la plupart de applications

 
toi on peut dire que tu apportes bcp de chose à ce topic aussi  
d'ailleurs à part le troll tu n'apporte rien du tout sur ce forum

djoh a écrit a écrit :     toi on peut dire que tu apportes bcp de chose à ce topic aussi   d'ailleurs à part le troll tu n'apporte rien du tout sur ce forum

 
mon but n est pas de repondre au question pose deja y a 1ans car ici c tjrs les meme questions qui reviennent  
 
et c tjrs les memes trolls que des debiles patho se mettent a courrir des q un mec en lance un

tiens au fait ca marche l adsl sous ma passerelle openbsd ct un bleme de kernel j avais du merder lors de ca config

 
ben justement, je cours pas, je lui ai juste demandé de dégager et d'arreter de polluer OSA

Je parle juste de la facon de ranger les variables dans la memoire, c;est tout bordel.
 
Asphro, content qu'on pense la meme chose de l'individu. Je sais meme pas si il a compris de quoi on parlait.
 
Bref, je suis curieux de savoir comment ca marche... vais faire un port sur hardware tiens.

 
 
tu parles juste de la façon de ranger les variables, mais bien sur    
moi je vois plutot là un gros troll de merde comme tu sais si bien les faire

deuxieme ligne du 1er post :
 

 
bon, tu sors.
 
c'etait avant tout un post un peu technique comparant deux techniques utilisees pour la memoire, mais t'as l'air borne, alors continue a crier au loup et laisse nous reflechir sur comment les procs 32 bits fetchent 64 bits dans deux registres en un seul acces memoire.

 
 
bah c est simple , au lieu d un bras il en utilisent 2
 
ok je sors

 
ah c'est juste ça la question qui te tracasse
avec un nivo comme ça je comprends que tu pose des question aussi stupide    
t'as fait quoi comme étude au fait ? t'as jamais fait d'archi ?  

Vu que c'est une question de compilo, tu peux forcer gcc a faire de meme.
C'est -pack ou un truc du genre

 
en plus tu l'as déjà dit en première page, mais après c'est moi qui lit pas    
 
 
sinon iench, quand je vois ça dans un post : POWAAAAAAAAAAAAAAA.
ça me montre bien le nivo de la personne

 
Ouaip, mais ca merde avec les autres libs compilees avec un double alignees a 4 ...
 
djoh, puisque t'es si intelligent, file moi la reponse...
 
Je suis sur que tu ne la connait pas.

djoh a écrit a écrit :     en plus tu l'as déjà dit en première page, mais après c'est moi qui lit pas         sinon iench, quand je vois ça dans un post : POWAAAAAAAAAAAAAAA. ça me montre bien le nivo de la personne

 
ca a deja ete dit dans le premier post, mais cela amene des problemes avec les libs compilees pour nux classiquement.

 
ben il le fait en 2 accès, comment veux-tu qu'ils s'y prenne en 1 seul accès ?  
c'est le controlleur qui se démerdent après pour ranger ça bien dans la mémoire, stou ...

sinon j'en ai une bonne, de question moi aussi
tu vas p-t pouvoir me répondre :
si j'ai bien compris, tu dis que windows ne coupe pas les variables ? Il ne les coupent jamais, ou il les coupe quand même quand cela est nécessaire. Parce que le long double fait 80 bit, et ça passe pas dans ta case mémoire ça  

cai pas fini ce troll !?

alors iench ? tu t'y retrouve dans tes bouquins pour trouver une réponse à ma question ?

 
Je ne veux pas prétendre tout savoir
 
je n'ai pas réponse à tout, tout le monde peut se tromper
 
bon j'émet un message, je préfère la rétroaction positive, il est inutile de dire que je ne vais plus débarquer sur tel topic, ce n'est pas important.
 
d'autre part mon erreur me prévient de vérifier mon texte avant de poster

Je vais peut-être dire n'importe quoi, mais je ne vois pas en quoi l'OS intervient dans l'alignement des données en mémoire. Pour moi, l'alignement dépend du compilateur et de rien d'autre. D'ailleurs certains compilateurs ont des options pour aligner les données sur 8 octets plutôt que 4.
 
Enfin bref j'aurais bien aimé savoir d'où viennent vos infos. Une URL ?

 
Je dis bien que quand je dis windows et linux, je fais un lapsus pour parler des compilateurs windows / linux.
 
Ensuite djoh, j;etais en cours puis chuis alle bouffer. desole pour le retard.
 
Ensuite, jusqu'a preuve du contraire, 8x8 = 64 bits, et pas 80.
 
representation interne ok, c'est ptet du 80 bits, j'ai lu un truc similaire sur le Pentium PRO, c'est pas impossible.
 
Mais en memoire, c'est du 64 bits, c'est sur.
 
Source : mon bouquin d'architecture + cherche "double 8 bytes" sur google, tu verras.

Joli post de wave :
 

 
Direct ca explique le pourquoi du comment sur les FPU x87 ( > Pentium PRO).
 
probleme : Sur P1 on a aussi des double.
 
D'ou souci.
 

Tiens djoh, a pas confondre : Double et Extended double.
 
Double = 64 bits
 
Extended double = 80 bits.
 
CF http://www.cs.berkeley.edu/~jhause [...] float.html
 
Y a peut etre des registres 64 bits dans le CPU, et bus CPU est aussi en 64 bits, ce quiexpliquerai comment on fait pour lire 64 bits d'un coup...

 
je ne te parle pas de double mais de long oduble => 80bits

 
long double, ca ne marche que sur fpu >= x87
 
Et ca prends deux acces memoire pour rapatrier l'info.
 
En quoi c;est cense etre problematique ? Ca l'est pas.
 
et j'ai jamais dit que windows les coupait jamais les variables. J'ai dit que windows jusqu'au double ne les coupait pas.
 
Nuance.
 
T'arretes de te ridiculiser stp ?

 
nan mais c'est toi qu'à confondu là  
 
putain mais il rame c'putain d'forum !

djoh a écrit a écrit :     nan mais c'est toi qu'à confondu là     putain mais il rame c'putain d'forum !

 
nop, je connaissais pas vu que ca a ete introduit avec le pentium pro.
 
Et que je reste cantonne au P1.
 
Et que j;en ai jamais aprle du extended double et que tu balance ca comme un cheveu sur la soupe.
 
Et que ton unique but est de balancer des posts avec des questions a la con pour demontrer que je ne sais rien.
 
Mais tu sais pas repondre a ma question premiere, toi.
 
Alors va jouer ou participe dans le bon sens stp.
 
Y a t'il reellement des registres 64 bits ou non dans le proco ?

 
c'est moi qui suis ridicule, mon pauvre garçon, tu balances des "p-t" dans toutes tes phrases, tu maitrises absolument pas le sujet dont tu parles, et tu casses du monde pq MR a un super bouquin parlant des proc intel sous la main
moi je vais te dire comment tu procède : tu connais rien, tu as lu 3 pauvres pages dans ton bouquin, t'es venu poster un gros troll ridicule
t'as senti que tu maitrisais rien et que t'allais te faire kc alors t'as tourné ta merde de topic sous forme de question. Et maintenant quand tu comprends pas ce qu'on te raconte tu vas chercher la réponse dans ton bouquin, et tu te ramène tout content en balançant ce que tu crois avoir compris
ton post il fait chier il a rien à foutre là :
si c'est un troll linux/windows sur les performances, tu te casses c'est pas le jour
si c'est une question sur un sujet qui te dépasse, apprend un peu à t'exprimer, et post ça ailleurs, ça a rien à foutre là ce genre de question
 
maintenant sur le ridicule je crois que tu as tout à m'apprendre quand je vois les topic pathétique que tu persistes à poster depuis un certain temps maintenant

 
tiens au fait, rappelle moi ce que c'est ta question première, parce que c'était tellement le bordel dans ta tête qu'on a du mal à te suivre

 
cai quoi le titre du bouquin + maison d'édition + année d'édition ??

Forum HFR, 19 septembre 2002, voir http://forum.hardware.fr/forum2.ph [...] h=&subcat=

 
ah passke toi tu maitrises
 
Et faudra que tu me dises OU JE ME SUIS PLANTE bordel...
 
toi, j;en vois plein, mais moi
 
Enfin, ma question se trouve en bas du topic que tu as quote.
 
Et tu dis que je lis pas les posts des autres. sic.