Maestro/esclavo (tecnología)

Maestro/esclavo es la terminología histórica para un modelo de comunicación o control asimétrico donde un dispositivo o proceso (el "maestro") controla uno o más dispositivos o procesos (los "esclavos") y les sirve como centro de comunicación. En algunos sistemas, se selecciona un maestro de un grupo de dispositivos elegibles, y los otros dispositivos actúan como esclavos.

La terminología maestro/esclavo se utilizó por primera vez en 1904. Desde principios del siglo XXI, los términos se han convertido en un tema de controversia por su asociación con la esclavitud y algunas organizaciones han optado por reemplazarlos con alternativas. términos.

Ejemplos

• En la electrónica, las relaciones master/slave se utilizan para describir algunos de los siguientes escenarios:
  • En paralelo ATA arreglos de disco duro, los términos maestros y esclavos se utilizan para describir unidades en el mismo cable, pero ninguna unidad tiene control o prioridad sobre el otro.
  • Un reloj maestro que proporciona señales de tiempo usadas para sincronizar uno o más relojes de esclavo como parte de una red de relojes.
  • En AXI, el maestro y el esclavo tienen funciones diferentes, con el maestro iniciando transacciones y el esclavo respondiendo a esas transacciones.
  • Un bus Serial Peripheral Interface normalmente tiene un solo maestro controlando múltiples esclavos. Muchas personas recomiendan utilizar términos más modernos (principal/sub, controlador/periferal, etc.) y dejar de utilizar los términos master/slave.
  • Los chanclas triggered pueden crearse organizando dos latches (pista principal y esclava) en una configuración master/slave. Se llama porque el arquero controla el valor de la esclava y obliga a la esclava a mantener su valor, ya que la esclava siempre copia su nuevo valor del arquero.
• En la replicación de la base de datos, la base de datos principal se considera la fuente autorizada, y las bases de datos de esclavos (también llamadas réplicas) se sincronizan con ella.
• En la fotografía, unidades flash secundarias o esclavas pueden sincronizarse con la unidad maestra para proporcionar luz desde direcciones adicionales.
• La duplicación se hace a menudo con varias cintas de cassette o grabadores compactos unidos. Operar los controles del maestro activa los mismos comandos de los esclavos para que la grabación se haga en paralelo.
• Las locomotoras ferroviarias que operan en múltiples (por ejemplo: para tirar cargas demasiado pesadas para una sola locomotora) se pueden denominar una configuración master/slave con el funcionamiento de todas las locomotoras en el tren esclavizado a los controles de la primera locomotora. Vea el control de trenes de múltiples unidades.
• En la ingeniería automotriz, el cilindro maestro es un dispositivo de control que convierte la fuerza en presión hidráulica en el sistema de frenos. Este dispositivo controla los cilindros de esclavo ubicados en el otro extremo del sistema hidráulico.
• En la creación de grabaciones de audio, se crea una copia maestra como una finalización de la mezcla de audio, para guardarla para ser utilizada como fuente de futuras copias.
• Un estándar primario en la metrología se ha referido como un "maestro" (por ejemplo, kilogramo maestro).

Usos tempranos

La terminología maestro/esclavo se utilizó en 1988 para el RFC 1059 y en 1997 para el RFC 2136, relacionado con el sistema de nombres de dominio. En 2020, Paul Vixie comentó sobre su elección de palabras:

Introduje la terminología master/slave en RFC 2136, porque necesitaba nombres para los roles en una transacción AXFR/IXFR, y la jerarquía de transferencia de zona podría ser más de una capa profunda, de tal manera que un servidor podría iniciar algunos AXFR/IXFR al "maestre primario" pero luego responder a AXFR/IXFR de otros servidores. En retrospectiva debería haber elegido los términos, "iniciador de transferencia" y "conductor de transferencia". Sin embargo, los sistemas hidráulicos de freno y embrague en mi coche tenían " cilindros principales" y "cibo cilindros esclavizados", por lo que no pensé que estaba inventando un nuevo uso para las palabras "master" y "esclavo", o que mi uso de ellos para este propósito sería controvertido.

Dichos frenos hidráulicos para la industria del automóvil fueron patentados en 1917 por Malcolm Loughead. El término cilindro esclavo se utilizó en otras solicitudes de patente, incluida una de Robert Esnault-Pelterie, publicada en 1919.

Preocupaciones terminológicas

En 2003, después de recibir una queja por discriminación de un empleado del condado, el condado de Los Ángeles en California pidió que los fabricantes, proveedores y contratistas dejaran de utilizar terminología maestra y esclava. en productos. Tras las quejas, el condado de Los Ángeles emitió un comunicado diciendo que la decisión no era más que una solicitud. La empresa de análisis de medios Global Language Monitor colocó el término en primer lugar en su lista anual de lenguajes con carga política para 2004. En 2018, después de un acalorado debate, los desarrolladores del lenguaje de programación Python reemplazaron el término. El movimiento Black Lives Matter en Estados Unidos provocó un renovado debate y cambios de terminología en 2020. Algunos han argumentado que el cambio es superficial y que las empresas deberían realizar cambios reales para apoyar a la comunidad negra. La guía de estilo de documentación para desarrolladores de Google recomienda evitar el término maestro en la documentación de software, especialmente en combinación con esclavo.

Otra terminología

Varios términos de reemplazo para 'maestro' o 'esclavo' han sido propuestos e implementados. En 2020, GitHub reemplazó el valor predeterminado 'master' rama git con 'principal'. Otros nombres de reemplazo incluyen 'predeterminado', 'primario', 'controlador', 'raíz', 'iniciador' y #39;líder', 'director', 'gerente'; y para 'esclavo': 'ejecutante', 'trabajador', 'periférico', 'respondedor', 'dispositivo', 'réplica', 'satélite' y 'secundario'. Python cambió a "principal", "principal" y "servidor"; y 'trabajador', 'niño' y 'ayudante', según el contexto. El kernel de Linux ha adoptado una política similar para utilizar términos más específicos en código o documentación nuevos. Otros proyectos y normas han utilizado términos alternativos desde sus inicios.