[Linux] latence / rapidité / temps d'accès

zirst@::1 zirst@::1
Jeu 22 Mai 21:25:35 CEST 2014


> bof, je suis d'accord sur le principe lorsqu'il s'agit d'un mini projet
> perso qui peut se prendre 10 sec. si c'est 1 seule personne qui
> l'utilise 1 fois par jour
> mais dans la réalité, que ça soit la méga boite (Google ou Facebook) qui
> font tourner du code sur des centaines de milliers de serveurs, la
> moindre micro-secondes va avoir un impact important du fait qu'ils ont
> des millions de requêtes par secondes
> et pour un utilisateur final (y compris la petite boite), ça peut aussi
> faire une différence si son site est capable de renvoyer une page web en
> moins d'une seconde par rapport à le faire en plus de 2 sec. (et l'écart
> se trouve encore plus justifié lorsqu'il s'agit de pouvoir encaisser des
> pics de trafic lors d'effet slashdot sans compter les coups de comm qui
> bénéficient d'un bon retour voire les dénis de service)
>
> bref, ne serait-ce que pour le principe, c'est pas toujours une bonne
> solution ni suffisant de se dire qu'un code ou outil (CMS, base de
> données...) peut être écrit avec les pieds et d'une lenteur affligeante
> car on pourra toujours lui foutre une serveur monstre ou un cache en
> frontal et ça résoudra le problème
>
Donc tu dis dans le premier paragraphe, que c'est crucial avant de dire
que c'est pas grave car on peut mettre du cache ? Je ne suis pas certain
de te comprendre. Pour ma part, je ne faisais qu'indiquer des valeurs pour
mettre en perspective les tiennes.
Pourquoi pars-tu du principe que je dis que c'est pas grave qu'un soft
s'exécute en 10s ? Ce n'est pas ce que j'écris (j'ai même plutôt
lourdement indiqué l'inverse dans le paragraphe qui suit)
Bref. En réalité, même les optims passant à l'échelle et les caches à
profusion sont évalués par tes utilisateurs finaux. Ok l'entreprise (enfin
le SI) est contente de pouvoir absorber la charge mais l'objectif est que
le end user soit content pour qu'il consomme. Et pour lui, si son prog (au
sens large, incluant le web & autre) s'exécute  en 0.1s c'est instantané,
1s c'est rapide, 10s c'est lent. je n'ai rien écrit de plus.

>> https://courses.engr.illinois.edu/ece390/books/artofasm/CH25/CH25-1.html
>
> sympa
> pour un exemple concret d'optimisation d'un micro programme en
> assembleur (mode enculage de mouches = on),
À nouveau, tu mets «sympa» puis tu parles d'«enculage de mouche» ? Si ça
concerne le chapitre du livre, je te conseille de le lire plus
attentivement car R. Hyde discute surtout de l'intérêt de faire des
optims, à tous les niveaux (en opposition à ceux qui pensent qu'un bon
algo suffit).


Plus d'informations sur la liste de diffusion linux