Apuntando al tema que está proponiendo McLeod/IdeaFix sobre la
existencia de "profilers" para Z80:

Personalmente veo los profilers útiles para lenguajes de alto nivel
como Pascal o C y sobre todo con aplicaciones complejas donde
tropecientos procesos se ejecutan, y cuando el rendimiento no es el
deseado se complica el ver el proceso que tiene más repercusión en la
CPU, aunque por lo general cuando tienes experiencia es fácil "verlo"
por intuición y estudio del código (cuando has realizado tu el
desarrollo, claro)

Para rutinas en ASM, como dices, veo difícil que haya profilers, ya
que realmente no son demasiado necesarias. Yo al menos no las veo
necesarias, ya que cuando programas en ASM sabes exactamente los t-
states que tiene cada instrucción, de forma que cuando haces una
rutina sabes exactamente los t-states que consume, y si tienes una
alternativa, puedes contar exactamente los t-states y ver cual es más
rápida. Para esto simplemente necesitas tener una tabla con los t-
states por instrucción, para verlo de forma rápida.

Seguro que tienes un montón de información al respecto y sobra
cualquier comentario, ya que conoces de sobra el tema, pero una tabla
muy cómoda de mirar es esta:

http://www.geocities.com/siliconvall...38/z80inst.txt

Los profilers que he usado yo en el pasado (época MSDOS) por lo
general meten una llamada a su código en cada entrada/salida de los
método/procedimiento, y cuando el programa se vá ejecutando, van
realizando un cuenta del tiempo que lleva cada uno, así cuando
finaliza la ejecución del programa ves el porcentaje de uso de la CPU
que tienes cada uno de ellos.

Hacer esto para spectrum es realmente complejo, además de no
proporcionar información de los tstates, de forma que lo que hace
falta es tener un emulador de Z80 y para cada instrucción ejecutada
mirar los t-states de la misma. Hay varios emuladores de Z80 con
código fuente disponibles en internet, de forma que basándose en ese
código puede ser sencilla la tarea.

Un saludo!