Il n'empêche qu'en dehors des aspects contre-intuitifs de l'optimisation, il est très difficile de savoir ce qui se passe réellement sans aller regarder le code source de l'interpréteur et ça c'est dommage.

Pas inexplicable du fait qu'il existe un aspect spécification pure qui est séparé de l'implémentation. En ce sens, une implémentation de php est libre de représenter un tableau avec n'importe quelle structure de données concrète du moment qu'elle obéit à la spec.
De ce fait, il n'est pas évident d'anticiper le travail concret effectué et de réagir en conséquence.

Et même cela sans descendre au niveau du cache Lx.

" il est très difficile de savoir ce qui se passe réellement sans aller regarder le code source de l'interpréteur et ça c'est dommage. "

Plutot pas d'accord.

Ce genre de situation n'est pas rare dans tous les langages du monde.
Il faut toujours savoir ce qu'il se passe un peu en-dessous le bonnet de toute facon generalement. Dans le cas de l'open-source ca passe par la lecture de la doc ou du source code lui meme.
Dans le cas de choses plus fermees il faut s'en referer a la doc ou a ses connaissances personnelles sur le langage, les forums, etc.
Ce sont des choses usuelles a verifier du developpeur lorsqu'il est en recherche d'optimistion et ce quelque soit sa plateforme, son architecture processeur, son langage de programmation, la taille de son clavier et de sa tasse de cafe.

En gros la... critiquer un langage sans le connaitre c'est un peu faire preuve de mauvaise foi quelque part non ?

Qu'est-ce qui te fait croire que je le connais pas et que cette affirmation est aussi gratuite que tu le penses?

Cepamoikilaidit c deepblue.

Mais c'etait pas le sujet de ma remarque si tu relis bien de toute facon.

C'est quand même plus simple d'avoir une spec claire et une doc de l'interpréteur claire.