El crecimiento de la pila no suele depender del sistema operativo en sí, sino del procesador en el que se ejecuta. Solaris, por ejemplo, se ejecuta en x86 y SPARC. Mac OSX (como mencionaste) se ejecuta en PPC y x86. Linux funciona con todo, desde mi gran System z en el trabajo hasta un diminuto reloj de pulsera .
Si la CPU ofrece algún tipo de elección, la convención ABI / llamada utilizada por el sistema operativo especifica qué elección debe hacer si desea que su código llame al código de todos los demás.
Los procesadores y su dirección son:
- x86: abajo.
- SPARC: seleccionable. El ABI estándar usa plumón.
- PPC: abajo, creo.
- System z: en una lista vinculada, no bromeo (pero aún así, al menos para zLinux).
- ARM: seleccionable, pero Thumb2 tiene codificaciones compactas solo para abajo (LDMIA = incremento después, STMDB = decremento antes).
- 6502: abajo (pero solo 256 bytes).
- RCA 1802A: de la forma que desee, sujeto a la implementación de SCRT.
- PDP11: abajo.
- 8051: arriba.
Mostrando mi edad en esos últimos, el 1802 fue el chip utilizado para controlar los primeros transbordadores (sospecho que detectaba si las puertas estaban abiertas, según la potencia de procesamiento que tenía :-) y mi segunda computadora, la COMX-35 ( siguiendo mi ZX80 ).
Detalles de PDP11 obtenidos de aquí , 8051 detalles de aquí .
La arquitectura SPARC utiliza un modelo de registro de ventana deslizante. Los detalles arquitectónicamente visibles también incluyen un búfer circular de ventanas de registro que son válidas y se almacenan en caché internamente, con trampas cuando se desborda / desborda. Consulte aquí para obtener más detalles. Como explica el manual de SPARCv8, las instrucciones GUARDAR y RESTAURAR son como las instrucciones AGREGAR más la rotación de la ventana de registro. El uso de una constante positiva en lugar de la negativa habitual daría una pila de crecimiento ascendente.
La técnica SCRT antes mencionada es otra: el 1802 usó algunos o sus dieciséis registros de 16 bits para SCRT (técnica estándar de llamada y retorno). Uno era el contador del programa, se podía utilizar cualquier registro como PC con la SEP Rninstrucción. Uno era el puntero de la pila y dos estaban configurados siempre para apuntar a la dirección del código SCRT, uno para llamar y otro para devolver. Ningún registro fue tratado de manera especial. Tenga en cuenta que estos detalles son de memoria, es posible que no sean totalmente correctos.
Por ejemplo, si R3 era la PC, R4 era la dirección de llamada SCRT, R5 era la dirección de retorno SCRT y R2 era la "pila" (comillas, ya que está implementado en el software), SEP R4establecería R4 como la PC y comenzaría a ejecutar SCRT código de llamada.
Luego almacenaría R3 en la "pila" de R2 (creo que R6 se usó para almacenamiento temporal), ajustándolo hacia arriba o hacia abajo, tomando los dos bytes que siguen a R3, los carga en R3, luego lo hace SEP R3y se ejecuta en la nueva dirección.
Para regresar, sería SEP R5lo que sacaría la dirección anterior de la pila R2, agregaría dos (para omitir los bytes de dirección de la llamada), cargarla en R3 y SEP R3comenzar a ejecutar el código anterior.
Muy difícil de entender al principio después de todo el código basado en pila 6502/6809 / z80, pero aún así elegante en una especie de golpe de cabeza contra la pared. También una de las características más vendidas del chip fue un conjunto completo de 16 registros de 16 bits, a pesar de que de inmediato perdió 7 de ellos (5 para SCRT, dos para DMA e interrupciones de la memoria). Ahh, el triunfo del marketing sobre la realidad :-)
System z es bastante similar, utilizando sus registros R14 y R15 para llamada / retorno.