Je reagis surtout au fait tout le monde semble parler de pertes de performances entre 5 et 30 (ou 50?)%, sans tenir compte de deux faits: d'une part, les syscalls ont toujours ete lents, et les applications qui cherchent vraiment la vitesse y consacrent deja du temps d'optim je pense, et d'autre part, les CPUs, surtout de bureau, passent plus de temps a ne rien faire qu'autre chose (s'ils sont exploites a 20% en mode "eco energie" c'est deja pas mal).
Du coup, soit je suis idiot (pas impossible), soit les chiffres donnes sont mal compris/explicites (genre, tels que donnes, on pense qu'une machine sera 50% plus lente h24, mais si le cpu est, admettons, 50% plus lent, ca voudra dire qu'avec mes chiffres il tournera a 30%, ce qui est encore faux puisque la lenteur sera en fait causee, dans le pire cas par la carte mere) et totalement inutiles, soit un melange des deux (le plus probable ama).
Ceci dit, te remercie pour ta reponse: lue attentivement, elle permettra a certains de dedramatiser, en gros: "certains types de workload seront 5-n% plus lents", et sauf applis specifiques et/ou en environnements sous forte charge, ca n'aura un impact que marginal (la plupart des serveurs de prod tournent'ils vraiment a bloc sus des syscalls? ce serait triste... ). Quoiqu'en disent les bench, xosview m'indique qu'en usage normal, ma machine de dev passe peu de temps en appels systemes apres tout?
Ceci dit, je suis curieux sur un sujet plus general: comment mesurer ou estimer les couts de cache miss/refresh d'une application? Voire, pourquoi pas, d'un systeme complet?
[^] # Re: Concrètement ?
Posté par freem . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 3.
Je reagis surtout au fait tout le monde semble parler de pertes de performances entre 5 et 30 (ou 50?)%, sans tenir compte de deux faits: d'une part, les syscalls ont toujours ete lents, et les applications qui cherchent vraiment la vitesse y consacrent deja du temps d'optim je pense, et d'autre part, les CPUs, surtout de bureau, passent plus de temps a ne rien faire qu'autre chose (s'ils sont exploites a 20% en mode "eco energie" c'est deja pas mal).
Du coup, soit je suis idiot (pas impossible), soit les chiffres donnes sont mal compris/explicites (genre, tels que donnes, on pense qu'une machine sera 50% plus lente h24, mais si le cpu est, admettons, 50% plus lent, ca voudra dire qu'avec mes chiffres il tournera a 30%, ce qui est encore faux puisque la lenteur sera en fait causee, dans le pire cas par la carte mere) et totalement inutiles, soit un melange des deux (le plus probable ama).
Ceci dit, te remercie pour ta reponse: lue attentivement, elle permettra a certains de dedramatiser, en gros: "certains types de workload seront 5-n% plus lents", et sauf applis specifiques et/ou en environnements sous forte charge, ca n'aura un impact que marginal (la plupart des serveurs de prod tournent'ils vraiment a bloc sus des syscalls? ce serait triste... ). Quoiqu'en disent les bench, xosview m'indique qu'en usage normal, ma machine de dev passe peu de temps en appels systemes apres tout?
Ceci dit, je suis curieux sur un sujet plus general: comment mesurer ou estimer les couts de cache miss/refresh d'une application? Voire, pourquoi pas, d'un systeme complet?