stringtranslate.com

Asignación de registros

En la optimización del compilador , la asignación de registros es el proceso de asignar variables automáticas locales y resultados de expresiones a un número limitado de registros del procesador .

La asignación de registros puede ocurrir en un bloque básico ( asignación de registros locales ), en una función o procedimiento completo ( asignación de registros globales ) o a través de los límites de funciones atravesados ​​a través del gráfico de llamadas ( asignación de registros entre procedimientos ). Cuando se realiza por función o procedimiento, la convención de llamadas puede requerir la inserción de una operación de guardar/restaurar alrededor de cada sitio de llamada .

Contexto

Principio


En muchos lenguajes de programación , el programador puede utilizar cualquier número de variables . La computadora puede leer y escribir rápidamente registros en la CPU , por lo que el programa de computadora se ejecuta más rápido cuando puede haber más variables en los registros de la CPU. [1] Además, a veces el código que accede a los registros es más compacto, por lo que el código es más pequeño y se puede recuperar más rápido si usa registros en lugar de memoria. Sin embargo, el número de registros es limitado. Por lo tanto, cuando el compilador está traduciendo código a lenguaje de máquina, debe decidir cómo asignar variables al número limitado de registros en la CPU. [2] [3]

No todas las variables están en uso (o "activas") al mismo tiempo, por lo que, durante la vida útil de un programa, un registro determinado puede usarse para almacenar diferentes variables. Sin embargo, dos variables en uso al mismo tiempo no pueden asignarse al mismo registro sin corromper una de las variables. Si no hay suficientes registros para contener todas las variables, algunas variables pueden moverse hacia y desde la RAM . Este proceso se llama "desbordamiento" de los registros. [4] Durante la vida útil de un programa, una variable puede ser desbordada y almacenada en registros: esta variable se considera entonces como "dividida". [5] El acceso a la RAM es significativamente más lento que el acceso a los registros [6] y, por lo tanto, un programa compilado se ejecuta más lentamente. Por lo tanto, un compilador optimizador tiene como objetivo asignar tantas variables a los registros como sea posible. Una " presión de registro " alta es un término técnico que significa que se necesitan más desbordamientos y recargas; Braun et al. la define como "la cantidad de variables activas simultáneamente en una instrucción". [7]

Además, algunos diseños de computadoras almacenan en caché los registros a los que se accede con frecuencia. Por lo tanto, los programas se pueden optimizar aún más asignando el mismo registro a una fuente y un destino de una moveinstrucción siempre que sea posible. Esto es especialmente importante si el compilador utiliza una representación intermedia, como la forma de asignación única estática (SSA). En particular, cuando la SSA no está completamente optimizada, puede generar moveinstrucciones adicionales de forma artificial.

Componentes de la asignación de registros

La asignación de registros consiste, por lo tanto, en elegir dónde almacenar las variables en tiempo de ejecución, es decir, dentro o fuera de los registros. Si la variable se va a almacenar en registros, el asignador debe determinar en qué registro(s) se almacenará esta variable. Finalmente, otro desafío es determinar el tiempo durante el cual una variable debe permanecer en la misma ubicación.

Un asignador de registros, independientemente de la estrategia de asignación elegida, puede confiar en un conjunto de acciones básicas para abordar estos desafíos. Estas acciones se pueden agrupar en varias categorías diferentes: [8]

Mover inserción
Esta acción consiste en aumentar el número de instrucciones de movimiento entre registros, es decir, hacer que una variable viva en diferentes registros durante su vida útil, en lugar de en uno solo. Esto ocurre en el enfoque de rango de vida dividido.
Derramándose
Esta acción consiste en almacenar una variable en la memoria en lugar de en los registros. [9]
Asignación
Esta acción consiste en asignar un registro a una variable. [10]
Coalescencia
Esta acción consiste en limitar el número de movimientos entre registros, limitando así el número total de instrucciones. Por ejemplo, identificando una variable que está viva en diferentes métodos y almacenándola en un registro durante toda su vida útil. [9]

Muchos enfoques de asignación de registros se optimizan para una o más categorías específicas de acciones.

Registros Intel 386

Problemas comunes que surgen en la asignación de registros

La asignación de registros plantea varios problemas que pueden abordarse (o evitarse) mediante distintos enfoques de asignación de registros. A continuación se indican tres de los problemas más comunes:

Alias
En algunas arquitecturas, la asignación de un valor a un registro puede afectar el valor de otro: esto se denomina aliasing. Por ejemplo, la arquitectura x86 tiene cuatro registros de 32 bits de propósito general que también se pueden utilizar como registros de 16 u 8 bits. [11] En este caso, la asignación de un valor de 32 bits al registro eax afectará el valor del registro al.
Pre-coloración
Este problema es un acto para forzar que algunas variables se asignen a registros particulares. Por ejemplo, en las convenciones de llamadas de PowerPC , los parámetros se pasan comúnmente en R3-R10 y el valor de retorno se pasa en R3. [12]
Problema NP
Chaitin et al. demostraron que la asignación de registros es un problema NP-completo . Reducen el problema de coloración de grafos al problema de asignación de registros al demostrar que para un grafo arbitrario, se puede construir un programa de manera que la asignación de registros para el programa (donde los registros representan nodos y los registros de la máquina representan colores disponibles) sería una coloración para el grafo original. Como la coloración de grafos es un problema NP-difícil y la asignación de registros está en NP, esto demuestra la NP-completitud del problema. [13]

Técnicas de asignación de registros

La asignación de registros puede ocurrir sobre un bloque básico de código: se dice que es "local" y fue mencionado por primera vez por Horwitz et al. [14] Como los bloques básicos no contienen ramas, se piensa que el proceso de asignación es rápido, porque la gestión de los puntos de fusión del gráfico de flujo de control en la asignación de registros se revela [ aclaración necesaria ] como una operación que consume mucho tiempo. [15] Sin embargo, se piensa que este enfoque no produce un código tan optimizado como el enfoque "global", que opera sobre toda la unidad de compilación (un método o procedimiento, por ejemplo). [16]

Asignación de coloración de gráficos

La asignación de coloración de gráficos es el enfoque predominante para resolver la asignación de registros. [17] [18] Fue propuesta por primera vez por Chaitin et al. [4] En este enfoque, los nodos en el gráfico representan rangos vivos ( variables , temporales , registros virtuales/simbólicos) que son candidatos para la asignación de registros. Los bordes conectan rangos vivos que interfieren, es decir, rangos vivos que están activos simultáneamente en al menos un punto del programa. La asignación de registros luego se reduce al problema de coloración de gráficos en el que se asignan colores (registros) a los nodos de modo que dos nodos conectados por un borde no reciben el mismo color. [19]

Mediante el análisis de vitalidad se puede construir un gráfico de interferencias. El gráfico de interferencias, que es un gráfico no dirigido donde los nodos son las variables del programa, se utiliza para modelar qué variables no se pueden asignar al mismo registro. [20]

Principio

Las fases principales de un asignador de registros de coloración de gráficos de estilo Chaitin son: [18]

Asignador de registros basado en coloración de gráficos iterativa de Chaitin et al.
  1. Renumerar : descubre información de rango en vivo en el programa fuente.
  2. Construir : construye el gráfico de interferencia.
  3. Coalesce : fusionar los rangos en vivo de variables que no interfieren relacionadas mediante instrucciones de copia.
  4. Coste de derrame : calcula el coste de derrame de cada variable. Esto evalúa el impacto de la asignación de una variable a la memoria en la velocidad del programa final.
  5. Simplificar : construir un ordenamiento de los nodos en el gráfico de inferencias
  6. Código de derrame : inserta instrucciones de derrame, es decir, carga y almacena para conmutar valores entre registros y memoria.
  7. Seleccionar : asigna un registro a cada variable.

Desventajas y mejoras adicionales

La asignación de coloración de grafos tiene tres desventajas principales. En primer lugar, se basa en la coloración de grafos, que es un problema NP-completo , para decidir qué variables se derraman. Encontrar un grafo de coloración mínima es de hecho un problema NP-completo. [21] En segundo lugar, a menos que se utilice la división de rango en vivo, las variables expulsadas se derraman en todas partes: las instrucciones de almacenamiento se insertan lo antes posible, es decir, justo después de las definiciones de las variables; las instrucciones de carga se insertan respectivamente tarde, justo antes del uso de la variable. En tercer lugar, una variable que no se derrama se mantiene en el mismo registro durante toda su vida útil. [22]

Por otra parte, un único nombre de registro puede aparecer en múltiples clases de registros, donde una clase es un conjunto de nombres de registros que son intercambiables en una función particular. Entonces, múltiples nombres de registros pueden ser alias para un único registro de hardware. [23] Finalmente, la coloración de gráficos es una técnica agresiva para asignar registros, pero es computacionalmente costosa debido a su uso del gráfico de interferencia, que puede tener un tamaño de peor caso que es cuadrático en el número de rangos activos. [24] La formulación tradicional de la asignación de registros por coloración de gráficos supone implícitamente un único banco de registros de propósito general no superpuestos y no maneja características arquitectónicas irregulares como pares de registros superpuestos, registros de propósito especial y múltiples bancos de registros. [25]

Briggs et al. descubrieron una mejora posterior del método de coloración de gráficos al estilo Chaitin: se denomina coalescencia conservadora. Esta mejora agrega un criterio para decidir cuándo se pueden fusionar dos rangos vivos. Básicamente, además de los requisitos de no interferencia, dos variables solo se pueden fusionar si su fusión no causará más derrames. Briggs et al. introduce una segunda mejora a los trabajos de Chaitin, que es la coloración sesgada. La coloración sesgada intenta asignar el mismo color en la coloración de gráficos a rangos vivos que están relacionados con copias. [18]

Exploración lineal

El escaneo lineal es otro enfoque de asignación de registros globales. Fue propuesto por primera vez por Poletto et al. en 1999. [26] En este enfoque, el código no se convierte en un gráfico. En cambio, todas las variables se escanean linealmente para determinar su rango en vivo, representado como un intervalo. Una vez que se han determinado los rangos en vivo de todas las variables, los intervalos se recorren cronológicamente. Aunque este recorrido podría ayudar a identificar variables cuyos rangos en vivo interfieren, no se construye un gráfico de interferencia y las variables se asignan de manera voraz. [24]

La motivación para este enfoque es la velocidad; no en términos de tiempo de ejecución del código generado, sino en términos de tiempo empleado en la generación de código. Por lo general, los enfoques de coloración de gráficos estándar producen código de calidad, pero tienen una sobrecarga significativa , [27] [28] el algoritmo de coloración de gráficos utilizado tiene un costo cuadrático. [29] Debido a esta característica, el escaneo lineal es el enfoque utilizado actualmente en varios compiladores JIT, como el compilador de cliente Hotspot , V8 , Jikes RVM , [5] y Android Runtime (ART). [30] El compilador de servidor Hotspot utiliza coloración de gráficos para su código superior. [31]

Pseudocódigo

Esto describe el algoritmo propuesto por primera vez por Poletto et al., [32] donde:

Asignación de registro de escaneo lineal activo ← {} para cada intervalo en vivo i , en orden creciente de punto de inicio do Intervalos de caducidad antiguos (i) si longitud(activa) = R entonces DerrameEnIntervalo(i) demás register[i] ← un registro eliminado del grupo de registros libres Agregar i a activo, ordenado por punto final crecienteExpireOldIntervals(i)  para cada intervalo j  en activo, en orden creciente de punto final ,  si endpoint[j] ≥ startpoint[i], entonces  devuelve eliminar j del activo añadir register[j] al grupo de registros libresDerrameEnIntervalo(i) derrame ← último intervalo en activo si punto final[spill] > punto final[i] entonces registrarse[i] ← registrarse[spill] Ubicación[spill] ← nueva ubicación de la pila eliminar el derrame del activo añadir i al activo, ordenado por punto final creciente de lo contrario Ubicación[i] ← nueva ubicación de la pila

Desventajas y mejoras adicionales

Sin embargo, el escaneo lineal presenta dos inconvenientes importantes. En primer lugar, debido a su aspecto voraz, no tiene en cuenta los agujeros de tiempo de vida, es decir, "los intervalos en los que no se necesita el valor de la variable". [33] [34] Además, una variable derramada permanecerá derramada durante toda su vida útil.

Alcances de vida más cortos con el enfoque SSA

Muchos otros trabajos de investigación siguieron el algoritmo de escaneo lineal de Poletto. Traub et al., por ejemplo, propusieron un algoritmo llamado binpacking de segunda oportunidad que apunta a generar código de mejor calidad. [35] [36] En este enfoque, las variables derramadas tienen la oportunidad de almacenarse más tarde en un registro utilizando una heurística diferente de la utilizada en el algoritmo de escaneo lineal estándar. En lugar de utilizar intervalos en vivo, el algoritmo se basa en rangos en vivo, lo que significa que si es necesario derramar un rango, no es necesario derramar todos los demás rangos correspondientes a esta variable.

La asignación de escaneo lineal también se adaptó para aprovechar la forma SSA : las propiedades de esta representación intermedia simplifican el algoritmo de asignación y permiten que los agujeros de vida se calculen directamente. [37] Primero, el tiempo empleado en el análisis del gráfico de flujo de datos, destinado a construir los intervalos de vida, se reduce, es decir, porque las variables son únicas. [38] En consecuencia, produce intervalos vivos más cortos, porque cada nueva asignación corresponde a un nuevo intervalo vivo. [39] [40] Para evitar intervalos de modelado y agujeros de vida, Rogers mostró una simplificación llamada conjuntos activos futuros que eliminaron con éxito los intervalos para el 80% de las instrucciones. [41]

Rematerialización

Coalescencia

En el contexto de la asignación de registros, la fusión es el acto de fusionar operaciones de movimiento de variable a variable asignando esas dos variables a la misma ubicación. La operación de fusión se lleva a cabo después de que se construye el gráfico de interferencia. Una vez que se han fusionado dos nodos, deben obtener el mismo color y asignarse al mismo registro, una vez que la operación de copia se vuelve innecesaria. [42]

La realización de la coalescencia puede tener impactos tanto positivos como negativos en la colorabilidad del gráfico de interferencia. [9] Por ejemplo, un impacto negativo que la coalescencia podría tener en la colorabilidad de la inferencia del gráfico es cuando se fusionan dos nodos, ya que el nodo resultante tendrá una unión de los bordes de los que se están fusionando. [9] Un impacto positivo de la coalescencia en la colorabilidad del gráfico de inferencia es, por ejemplo, cuando un nodo interfiere con ambos nodos que se están fusionando, el grado del nodo se reduce en uno, lo que conduce a una mejora en la colorabilidad general del gráfico de interferencia. [43]

Hay varias heurísticas de coalescencia disponibles: [44]

Coalescencia agresiva
Fue introducido por primera vez por el asignador de registros original de Chaitin. Esta heurística tiene como objetivo fusionar todos los nodos relacionados con copias que no interfieran. [45] Desde la perspectiva de la eliminación de copias, esta heurística tiene los mejores resultados. [46] Por otro lado, la coalescencia agresiva podría afectar la colorabilidad del gráfico de inferencia. [43]
Conservación fusionándose
Utiliza principalmente la misma heurística que la coalescencia agresiva pero fusiona movimientos si, y solo si, no compromete la colorabilidad del gráfico de interferencia. [47]
Coalescencia iterada
Elimina un movimiento en particular a la vez, mientras mantiene la colorabilidad del gráfico. [48]
Coalición optimista
Se basa en una coalescencia agresiva, pero si se compromete la colorabilidad del gráfico de inferencia, entonces se renuncia a la menor cantidad de movimientos posible. [49]

Enfoques mixtos

Asignación híbrida

Otros enfoques de asignación de registros no se limitan a una sola técnica para optimizar el uso de los registros. Cavazos et al., por ejemplo, propusieron una solución en la que es posible utilizar tanto el algoritmo de escaneo lineal como el de coloración de gráficos. [50] En este enfoque, la elección entre una u otra solución se determina dinámicamente: primero, se utiliza un algoritmo de aprendizaje automático "fuera de línea", es decir, no en tiempo de ejecución, para construir una función heurística que determina qué algoritmo de asignación se debe utilizar. Luego, la función heurística se utiliza en tiempo de ejecución; a la luz del comportamiento del código, el asignador puede elegir entre uno de los dos algoritmos disponibles. [51]

La asignación de registros de traza es un enfoque reciente desarrollado por Eisl et al. [3] [5] Esta técnica maneja la asignación localmente: se basa en datos de perfil dinámico para determinar qué ramas serán las más utilizadas en un gráfico de flujo de control determinado. Luego infiere un conjunto de "trazas" (es decir, segmentos de código) en los que se ignora el punto de fusión a favor de la rama más utilizada. Luego, el asignador procesa cada traza de forma independiente. Este enfoque puede considerarse híbrido porque es posible utilizar diferentes algoritmos de asignación de registros entre las diferentes trazas. [52]

Asignación dividida

La asignación dividida es otra técnica de asignación de registros que combina diferentes enfoques, generalmente considerados como opuestos. Por ejemplo, la técnica de asignación híbrida puede considerarse dividida porque la primera etapa de construcción de la heurística se realiza fuera de línea y el uso de la heurística se realiza en línea. [24] De la misma manera, B. Diouf et al. propusieron una técnica de asignación que se basa tanto en comportamientos fuera de línea como en línea, a saber, la compilación estática y dinámica. [53] [54] Durante la etapa fuera de línea, primero se recopila un conjunto de derrame óptimo utilizando la Programación Lineal Entera . Luego, los rangos en vivo se anotan utilizando el compressAnnotationalgoritmo que se basa en el conjunto de derrame óptimo previamente identificado. La asignación de registros se realiza después durante la etapa en línea, en función de los datos recopilados en la fase fuera de línea. [55]

En 2007, Bouchez et al. también sugirieron dividir la asignación de registros en diferentes etapas, teniendo una etapa dedicada al derrame y otra dedicada a la coloración y coalescencia. [56]

Comparación entre las diferentes técnicas

Se han utilizado varias métricas para evaluar el rendimiento de una técnica de asignación de registros frente a otra. La asignación de registros normalmente tiene que lidiar con un equilibrio entre la calidad del código, es decir, código que se ejecuta rápidamente, y la sobrecarga de análisis, es decir, el tiempo dedicado a determinar el análisis del código fuente para generar código con una asignación de registros optimizada. Desde esta perspectiva, el tiempo de ejecución del código generado y el tiempo dedicado al análisis de la actividad son métricas relevantes para comparar las diferentes técnicas. [57]

Una vez elegidas las métricas pertinentes, el código en el que se aplicarán las métricas debe estar disponible y ser pertinente al problema, ya sea reflejando el comportamiento de la aplicación en el mundo real o siendo pertinente al problema particular que el algoritmo desea abordar. Los artículos más recientes sobre la asignación de registros utilizan especialmente el conjunto de pruebas de rendimiento Dacapo. [58]

Véase también

Referencias

  1. ^ Ditzel y McLellan 1982, pág. 48.
  2. ^ Runeson y Nyström 2003, pág. 242.
  3. ^ ab Eisl et al. 2016, pág. 14:1.
  4. ^ ab Chaitin et al. 1981, pág. 47.
  5. ^ abc Eisl y otros, 2016, pág. 1.
  6. ^ "Números de comparación de latencia en computadoras/redes". blog.morizyun.com. 6 de enero de 2018. Consultado el 8 de enero de 2019 .
  7. ^ Braun & Hack 2009, pág. 174.
  8. ^ Koes y Goldstein 2009, pág. 21.
  9. ^ abcd Bouchez, Darte y Rastello 2007b, p. 103.
  10. ^ Colombet, Brandner y Darte 2011, pág. 26.
  11. ^ "Manual del desarrollador de software de arquitecturas Intel® 64 e IA-32, sección 3.4.1" (PDF) . Intel. Mayo de 2019. Archivado desde el original (PDF) el 25 de mayo de 2019.
  12. ^ "Convenciones de llamada de funciones PowerPC de 32 bits".
  13. ^ Bouchez, Darté y Rastello 2006, p. 4.
  14. ^ Horwitz y otros. 1966, pág. 43.
  15. ^ Farach y Liberatore 1998, pág. 566.
  16. ^ Eisl y otros. 2017, pág. 92.
  17. ^ Eisl, Leopoldseder y Mössenböck 2018, p. 1.
  18. ^ abc Briggs, Cooper y Torczon 1992, pág. 316.
  19. ^ Poletto y Sarkar 1999, pág. 896.
  20. ^ Runeson y Nyström 2003, pág. 241.
  21. ^ Libro 1975, pág. 618–619.
  22. ^ Colombet, Brandner y Darte 2011, pág. 1.
  23. ^ Smith, Ramsey y Holloway 2004, pág. 277.
  24. ^ abc Cavazos, Moss y O'Boyle 2006, p. 124.
  25. ^ Runeson y Nyström 2003, pág. 240.
  26. ^ Poletto y Sarkar 1999, pág. 895.
  27. ^ Poletto y Sarkar 1999, pág. 902.
  28. ^ Wimmer y Mössenböck 2005, pág. 132.
  29. ^ Johansson y Sagonas 2002, pág. 102.
  30. ^ La evolución del ARTE - Google I/O 2016. Google . 25 de mayo de 2016. El evento ocurre a los 3m47s.
  31. ^ Paleczny, Vick & Click 2001, pág. 1.
  32. ^ Poletto y Sarkar 1999, pág. 899.
  33. ^ Eisl y otros. 2016, pág. 2.
  34. ^ Traub, Holloway y Smith 1998, pág. 143.
  35. ^ Traub, Holloway y Smith 1998, pág. 141.
  36. ^ Poletto y Sarkar 1999, pág. 897.
  37. ^ Wimmer y Franz 2010, pág. 170.
  38. ^ Mössenböck y Pfeiffer 2002, pág. 234.
  39. ^ Mössenböck y Pfeiffer 2002, pág. 233.
  40. ^ Mössenböck y Pfeiffer 2002, pág. 229.
  41. ^ Rogers 2020.
  42. ^ Chaitin 1982, pág. 90.
  43. ^ ab Ahn & Paek 2009, pág. 7.
  44. ^ Park y Moon 2004, pág. 736.
  45. ^ Chaitin 1982, pág. 99.
  46. ^ Park y Moon 2004, pág. 738.
  47. ^ Briggs, Cooper y Torczon 1994, pág. 433.
  48. ^ George y Appel 1996, pág. 212.
  49. ^ Park y Moon 2004, pág. 741.
  50. ^ Eisl y otros. 2017, pág. 11.
  51. ^ Cavazos, Moss y O'Boyle 2006, pág. 124-127.
  52. ^ Eisl y otros. 2016, pág. 4.
  53. ^ Diouf y otros, 2010, pág. 66.
  54. ^ Cohen y Rohou 2010, pág. 1.
  55. ^ Diouf y otros, 2010, pág. 72.
  56. ^ Bouchez, Darté y Rastello 2007a, pág. 1.
  57. ^ Poletto y Sarkar 1999, pág. 901-910.
  58. ^ Blackburn y otros. 2006, pág. 169.
  59. ^ Flajolet, Raoult y Vuillemin 1979.

Fuentes

Enlaces externos