Loading
Apuntes
Study Reminders
Support
Text Version

Desarrollo de arquitectura de interfaz

Set your study reminders

We will email you at these times to remind you to study.
  • Monday

    -

    7am

    +

    Tuesday

    -

    7am

    +

    Wednesday

    -

    7am

    +

    Thursday

    -

    7am

    +

    Friday

    -

    7am

    +

    Saturday

    -

    7am

    +

    Sunday

    -

    7am

    +

Por lo tanto, en esta conferenciacentraremos en la interfaz un diseño de sistemas de ingeniería. Como sabe, cada sistematiene muchos subsistemas y subsistemas, componentes y, a continuación, estos AC o los artículos de configuración de, por lo que este sistema debe interactuar con los sistemas externos, asícomo en el sistema que necesitamos para tener interacción entre subsistemas y componentesy artículos de configuración.Por lo tanto, estas interacciones se están llevando a cabo a través de las interfaces. Por lo tanto, podemos tener varias interfacescon en el sistema. Puede tener una interfaz mecánica, puede tener una interfaz eléctrica deo puede tener una interfaz de comunicación. Por lo tanto, todas estas interfacesnecesitan ser proporcionadas en tal con que obtenemos una comunicación adecuada que tenemos una comunicación integralla integridad del mensaje no se pierde o hay un correcto pasode mensajes entre los sistemas y hay una prioridad adecuada para que los sistemas interactúen con otros sistemasy comuniquen mensajes. Por lo tanto, todas estas cosas son básicamente diseño usandolas interfaces. Por lo tanto, el diseño de la interfaz se convierte en uno de los aspectos más importantes del sistema de ingeniería desi nos aseguramos de que la comunicación entre varios sistemas esadecuada y no conducen a fallos dentro del sistema.Si se mira la historia de los sistemas de ingeniería se puede ver que hay muchas fallas del sistema de ingeniería dedebido a la falla de la comunicación o a la falla de la interfaz dentro del sistema. Veremos un ejemplo como este para mostrar lo importante del diseño de la interfaz yentonces discutimos sobre el tipo de interfaz para ser proveedor, pero son las propiedadesdiferentes para estas interfaces y cuáles son los diferentes estándares que se utilizarán para el diseño de la interfaz.
(Consulte la hora de la diapositiva: 02:14)
Por lo tanto, como he mencionado anteriormente este es el quinto paso en el diseño del sistema de ingeniería dondediscutimos sobre las primeras cuatro etapas básicamente el problema de diseño de nivel del sistema, la arquitectura de la función del sistema, la arquitectura física y la arquitectura de la operación. Por lo tanto,completamos todos estos cuatro y el siguiente es el desarrollo de la arquitectura de la interfaz.Así que, como he mencionado anteriormente, tomará un estudio de caso de la historia de las fallas del sistema de ingenieríay luego verá lo importante que son las interfaces en el éxito de un sistemade ingeniería.(Consulte el tiempo de la diapositiva: 02:48)
Este caso estudia desde el buscador de vías de acceso que se desplegó en la superficie de un aterrizaje de Marte parael 4 de julio de 1997 fue un gran éxito en muchos sentidos.Así que todo lo que hubo fue el tremendo éxito de este proyecto en particular, pero hubo un problemacuando se lanzó inicialmente y luego se estaba usando se encontró que el total de restablecimientos del sistemase estaban llevando a cabo una vez en un tiempo. Eso es pocos días en que los operadores de la máquinaen el terreno se dieron cuenta de que hay un restablecimiento total del sistema teniendo lugar dentro del sistemasin ninguna razón particular o sin ellos capaces de identificar lo que en realidad era la razónpara esto y luego se llevó a cabo un análisis. Y luego se encontró que habíauna interfaz de memoria compartida que se utilizaba como interfaz del sistema entre varios subsistemas. Por lo tanto, hay muchos subsistemas con en el buscador de vías de acceso y hay una arquitecturallamada interfaz de memoria compartida que se utiliza para interactuar con estos subsistemas.Y había un bloqueo de mutex o de exclusión mutua para dar acceso a una actividada la interfaz.Por lo tanto, siempre que un subsistema determinado desea acceder a esta interfaz en particular, necesitapara utilizar un mutex, los bloqueos de exclusión mutua y que se va a activar para obtener el acceso dea una interfaz de comunicación.(Consulte la hora de la diapositiva: 04:11)
Por lo tanto, este era uno de los problemas que estaba en realidad en esta interfaz. Por lo tanto, había muchos subsistemasen el buscador de vías de acceso y uno de los sistemas era datos meteorológicos oen realidad la recopilación de datos de varios sensores y pasarlos al sistema principal
allí se han producido estos datos. Por lo tanto, voluminoso que la actividad tenía que obtener y liberar mutexesvarias veces antes de que se terminara.Por lo tanto, era un dato muy voluminoso y había la duración del tiempo para la transferencia de estos datosera muy largo, por lo tanto, este subsistema en particular tenía que liberar el mutex muchas vecesdebido a los largos datos voluminosos y luego antes de completar una determinadatransacciones. Y al mismo tiempo había otro proceso que la actividad de comunicación de prioridadde larga duración. Por lo tanto, esta es una actividad de prioridad media que la actividad de comunicación deinterrumpiría con frecuencia la actividad metrológica durante su pausa eny ganaría el control de la interfaz.Así que, esto fue lo que sucede. Por lo tanto, los datos metrológicos estaban siendo transferidos enal mismo tiempo que la interfaz de comunicación, la actividad de comunicación interrumpiráesta transmisión en particular y luego tomará el control de la interfaz de comunicación yentonces comenzará a transferir datos. Por lo tanto, estos dos están realmente creando el problema en la comunicación. Por lo tanto, la duración de estas dos tareas era lo suficientemente larga como para invocar un temporizador de vigilancia deque se empleaba para garantizar que la tarea de gestión de bus de alta prioridadse estaba ejecutando correctamente.Por lo tanto, había una tarea de gestión de bus que tenía una prioridad alta y una tarea particular deeste sistema es para asegurarse de que todo está funcionando correctamente y siempre que haya un problema deintentará eliminar ese error o intentar recuperarse de ese error. Por lo tanto, lassuficientemente largas estas dos tareas básicamente los datos meteorológicos, así como la interfaz de comunicaciónque en realidad eran demasiado largas y a menudo el temporizador de vigilanciaencontrará que algo está mal con el sistema porque no era capaz de acceder a la interfaz de comunicación deno era capaz de obtener los datos necesarios para garantizar la saluddel sistema. Por lo tanto, en este momento en que la tarea de alta prioridad de gestión de autobuses estaba ejecutandopara comprobar que esta tarea en particular era una ejecución o no, a menudo se encontró que habíaalgún problema o este sistema en particular estaba identificando que hay un problema y fuetratando de reiniciar el sistema.Por lo tanto, en casos tan raros el reloj del perro de reloj inició un restablecimiento del sistema total para evitar cualquier daño adicionalal sistema. Por lo tanto, cuando estos dos subsistemas en particular estaban intentando comunicarse cony luego intentando obtener el control del mutex, la tarea de gestión de bus de prioridadno se ha podido ejecutar correctamente y de hecho de esto se ha convertido en un tipo de problema
o una clase de error con el sistema identificado por el sistema. Y eso en realidad fuellevando a un total de un restablecimiento del sistema para asegurar que o suponiendo que hay un error en el sistemay que estaba tratando de asegurarse de que no va a llevar a errores importantes. Por lo tanto, serápara un restablecimiento total del sistema. Así, esto era lo que estaba sucediendo en el sistema.Así que, había muchos subsistemas que estaba interactuando y había algún tipo de monitoreo de salud, así como la identificación del error de error y la eliminación del error. Por lo tanto, este sistemaen realidad estaba en conflicto y luego intentaba tomar el control del sistema o del sistema de comunicación deen ese momento en que se estaba realizando el restablecimiento total.(Consulte la hora de la diapositiva: 07:29)
Por lo tanto, los ingenieros de laboratorio de propulsión a chorro corrieron una réplica de pathfinder en la tierra hasta que llegaron a la situación de reinicio de. Por lo tanto, usted sabe averiguar lo que realmente está sucediendo en el sistema, los ingenieros decorrieron una réplica en la tierra hasta que lleguen a la situación de reinicio y luego identificar el problema deque hay un problema con las prioridades de cada tarea o alguna tarea necesita serpriorizada para que la tarea de prioridad siempre obtenga el mutex y entonces eso no llevará aa una situación de error.Así que, hubo uno que el software de la interfaz que se usó para la interfaz había sidoprogramado sin una característica llamada herencia de prioridad. Por lo tanto, esta característica particular de la herencia de prioridad deque en realidad da alguna prioridad particular y que heredan esa prioridad depara diferentes subsistemas que no estaban allí y los ingenieros subían un corto programa Cy el buscador de vías de acceso no experimentó más piezas del sistema. La solución era
muy simple, pero la identificación del problema y luego la solución era la tarea difícilporque tenían que ejecutar la réplica en la tierra y luego averiguar qué llevó al problemay luego solucionaron el problema.(Consulte el tiempo de la diapositiva: 08:34)
Por lo tanto, esto realmente muestra que las interfaces son muy importantes en los sistemas de ingeniería, incluso enun error menor puede conducir realmente a un restablecimiento total o al fracaso del sistema completo ypor lo tanto, es necesario que los diseñadores del sistema miren las interfaces en detalle ytenga un procedimiento formal para diseñar las interfaces y asegurarse de que las interfaces funcionan correctamentey realmente proporciona la comunicación necesaria entre diferentes sistemas.Así que, veamos cómo definimos realmente las interfaces y cómo realmente se miranlos diversos aspectos de la diseño de interfaces. Como sabe, las interfaces son puntos de anomalía comunes deen el sistema, por lo que la mayor parte de la posibilidad de anomalía proviene realmente de las interfaces de, que se define como un recurso de conexión para enganchar a otra interfazde sistemas. Por lo tanto, la interfaz es básicamente un recurso para enganchar a otra interfazde sistemas o subsistemas cuando es un sistema externo, entonces es otra interfazde sistemas o para enganchar un componente de sistemas a otro que es una interfaz interna.Por lo tanto, puede tener una interfaz interna o una interfaz externa. Una interfaz externa esutilizada básicamente para que un sistema se enganche a otro sistema; se utiliza una interfaz interna para enganchara los mismos componentes de sistemas para los artículos de configuración.
Los aspectos importantes del diseño de la interfaz son básicamente el aspecto de estas interfaces que identificanlas interfaces importantes en el sistema que se ven en las interfaces externas necesarias y las interfaces internas denecesarias. Por ejemplo, incluso usted considera que el ascensor o cualquier otro sistemaen realidad puede identificar muchas interfaces que uno puede ser con el sistema externo. Por lo tanto,el ascensor necesita interactuar con los pasajeros es un sistema externo y que en realidadnecesitamos tener diferentes tipos de interfaces, la interfaz de comunicación en términos de entrada de datosy algún otro tipo de interfaz con las personas de mantenimiento o la interfaz conlos servicios de emergencia. Por lo tanto, todos estos tipos de interfaces deben identificarse por adelantado.Por lo tanto, esa es la primera tarea, identificar todas las interfaces externas. A continuación, la interfaz interna también,en la interfaz interna se puede identificar utilizando la estructura funcional o la arquitectura física dedel sistema. Cuando hacemos el método A-0 de descomposición funcional yentonces identificamos todas las funciones que realmente nos darán diferentes entradas y salidasde diferentes sub funciones y la que nos dirá qué tipo de interfaces son necesariasentre estas subfunciones.Así que, cuando convertimos eso en una arquitectura física entonces sabremos que estos componentes deque realmente proporcionan las funciones necesitan el tipo particular de interfaz en términos dede datos digitales interfaz de datos digitales o interfaz de datos analógicos o algún tipo deuna interfaz mecánica. Por lo tanto, este es el primer paso para identificar o diseñar la interfazdel sistema o el diseño de la interfaz de los sistemas.Y una vez que identificamos las interfaces, la siguiente tarea es básicamente asignar las entradas y salidas depara las interfaces. Por lo tanto, cada interfaz como cada tarea de diseño del sistema intentaráidentificar las entradas y salidas del sistema. Por lo tanto, qué tipo de entrada está llegando al sistemasi es una entrada de datos digitales o una entrada analógica o qué tipo de estructura de datos esallí para esa entrada en particular, cuál es el tamaño de la entrada, qué tipo de velocidad de transmisiónse necesita.Por lo tanto, todas estas cosas necesitan ser identificadas en las entradas y salidas para la interfaz yentonces derivamos los requisitos de interfaz de requisitos de interfaz en términos del sistemadebería ser capaz de transmitir la salida digital de un punto a otro punto o tiene queaceptar las solicitudes digitales de datos de pasajeros o digitales que se deben solicitar el sistemadebería poder recibir la información digitalizada de un sistema en particular. Por lo tanto, este requisito de interfazse puede desarrollar después de identificar las interfaces.
Y, a continuación, explorando la arquitectura de interfaz alternativa, por lo que puede haber muchas arquitecturaspara la interfaz. Por lo tanto, tenemos que ver qué tipo de arquitectura será la mejorpara este sistema en particular. Por lo tanto, discutiremos acerca de varias arquitecturas para las interfaces, por lo que desde estas arquitecturas necesitamos elegir una interfaz más adecuada. Por lo tanto,cuando discutamos sobre el diseño de la interfaz, en realidad sólo miraremos y otras interfaces de comunicación dela interfaz mecánica y otras interfaces físicas necesariasdentro del sistema no serán discutidas aquí porque esas están viniendo principalmente de la arquitectura física de.Así que, cada vez que identificamos la configuración particular para la interfaz o las arquitecturas de interfaz dealternativas, básicamente miramos las alternativas y luego el diseñodel sistema físico será una tarea separada. Por lo tanto, no discutimos acerca de las interfaces físicasestaremos buscando más en las interfaces de comunicación que se deben proporcionar para el sistema.(Consulte la hora de la diapositiva: 13:51)
Por lo tanto, los requisitos principales para una interfaz son losde rendimiento importantesbásicamente en términos de rendimiento hay rendimiento y el tiempo de respuesta son dos parámetros importantes deen términos de interfaces. Así que, ¿cuáles son los datos que puedo transmitir ycuál es el tiempo de respuesta para esta transmisión, estos son los dos parámetros que necesitamos paramirar cuando diseñamos una interfaz.Y aparte de eso tenemos que mirar la fidelidad de los datos que es la integridad de los datos delo que transmitimos de un punto a otro punto debería llegar a ese punto
sin ningún daño sin ningún cambio; es decir, no debe haber cambios en los datos dedurante la transmisión. Por lo tanto, cualquier cosa que transmitamos de un punto a otro,debería alcanzar la sin ninguna variación. Por lo tanto, esa es la integridad de la transmisión de datosque también es uno de otro factor importante que se debe considerar en el diseño de las interfaces de.Y luego entregar cada elemento colocado en la interfaz. Por lo tanto, la interfaz debe entregarcada elemento colocado en la interfaz. Por lo tanto, no se filtra o no debe perder debido a la interferencia externa deo a cualquier otro factor en el que no haya pérdida de datos en la interfazpara cada lugar en el que se debe transmitir la interfaz.Y el otro es básicamente que debe detectar errores y recuperarse con gracia. Por lo tanto,siempre que haya un error o en un sistema que esté ocurriendo un error, el sistema debería sercapaz de salir de esa situación con gracia, sin causar ningún otro dañoa los otros sistemas. Por lo tanto, siempre que haya un problema identificado por la interfaz, debe intentar minimizar el daño y eliminar ese daño particular y, a continuación, iniciarcontinuar funcionando normalmente sin afectar a otras prestaciones del sistema. Por lo tanto, estos sonlos requisitos importantes para la interfaz.Por lo tanto, cada vez que diseñamos la interfaz vemos estos parámetros estos factores y luegoasegurar que cualquiera que sea la arquitectura que elijamos para la interfaz, básicamente cumple con todos estos requisitos de. Por lo tanto, que no haya problemas en la interfaz, sean cuales sean los datos que queremos quetransmita y que ahora, hay un error en que el sistema intenta salirde él con gracia y continuar realizando sin mucho problema para todo el sistema.
(Consulte la hora de la diapositiva: 16:11)
Veamos la parte de la arquitectura de interfaz genérica, y hay diferentes arquitecturasdisponibles en función de la situación que necesitamos para elegir esta arquitectura.Por lo tanto, básicamente hay tres arquitectura de interfaz genérica que la primera se conoce como el paso de mensajes de. Por lo tanto, esto es algo así como una entrega de correo que previsiblemente se produce una vezo dos veces al día permitiendo a los receptores acceder a ella inmediatamente o hasta un momento más oportuno de. Por lo tanto, es un intercambio de datos muy predecible. Por lo tanto, el sistema serásabiendo que cuál será la frecuencia a la que se transmitirán esos datos. Por lo tanto, cada horao cada segundo dependiendo de los subsistemas, el sistema puede identificar realmente quées la frecuencia de esta transmisión de datos y continuará transmitiendo estos datos y el receptor depuede acceder a él inmediatamente o en realidad puede acceder a él en una etapa posterior. Por lo tanto,este tipo de arquitectura es el mensaje que pasa. Veremos los detalles del mensajepasándose poco después.El otro es la arquitectura de memoria compartida es algo así como una reunión o conferenciaen la que solo una persona habla y transmite mensajes relativamente compactosdonde todos pueden escuchar lo que dijo, pero sin embargo están sujetos de otro trabajo productivo. Aquíes diferente al mensaje que pasa es como donde todos pueden hablar, pero no en el mismo tiempo. Entonces, una persona puede realmente hablar y otros pueden escuchar y otros cada vez que una personaestá hablando todos los demás sólo otros pueden lo que puede hacer es sólo escuchar a ese. Por lo tanto,realmente no pueden interactuar. Por lo tanto, sólo una forma de comunicación de una persona.
pasa el mensaje a una memoria compartida y otros pueden obtenerlo de esa memoria compartida de. Por lo tanto, esa es la arquitectura de memoria compartida.Y la última es la arquitectura de red que es muy común. Por lo tanto, es como una conversación telefónica deque puede implicar un mensaje. Así que, muy variadas longitudes y pueden serinstigadas en casi cualquier momento. Por lo tanto, esta red es muy común en la mayoría de los sistemas. Por lo tanto, aquí podemos realmente pasar mensajes y diferentes personas pueden escuchar y luegootros también pueden pasar mensajes que podemos tener diferentes arquitecturas y la propia reddependiendo del requisito puede tener uno a uno o usted puede tener uno demasiado o ustedpuede tener comunicación redundante y red o bucles que es la arquitecturade la red.(Consulte el tiempo de la diapositiva: 18:32)
Sólo veamos la arquitectura del mensaje que pasa. Así que, ese fue el primero en el quediscutimos el mensaje que pasaba la arquitectura. Esto es básicamente un intercambio predecible de información de.Así que, como mencioné el predecible intercambio de información cada vez. Ahora, hay unpredecible intercambio de información que podemos utilizar la arquitectura que pasa el mensaje. Esto escomúnmente encontrado como una interfaz interna en el sistema. Por lo tanto, esto no se puede utilizar normalmente tieneentre el sistema y el sistema externo porque el sistema externo la interacciónentre el sistema y el sistema externo puede no ser siempre predecible, pero dentro del sistemalos diseñadores del sistema estarán sabiendo qué tipo de datos se transmitirán
entre los subsistemas. Por lo tanto, en ese caso podemos ir por un mensaje que pasa la arquitecturadebido a la naturaleza predecible. Y cada mensaje aquí estará formado por un protocolo y un segmento de datos de. Por lo tanto, el mensaje que se debe pasar entre los elementos del sistemade los subsistemas tendrá un protocolo de mensaje y un segmento de datos.El segmento de protocolo incluirá el tamaño del mensaje y la dirección del nodo enrecibir el mensaje. Por lo tanto, cuando tenemos varios nodos en el sistema, por lo que el mensajeestará teniendo un protocolo que realmente indicará el tamaño del mensaje y la dirección del nodopara recibir el mensaje y, a continuación, otros segmentos tendrán los segmentos de datostambién. Por lo tanto, esto en realidad el primer segmento dirá a quién se dirigeel mensaje en particular y luego cuál es el tamaño del mensaje y el segundo, pero dará el mensaje real de.Y el protocolo de paso de mensajes o la comunicación que el proceso de comunicaciónen la arquitectura de paso de mensajes es básicamente uno de los nodos debe controlar sobre el canal de comunicación depor un esquema de prioridad implementado por el sistema.(Consulte la hora de la diapositiva: 20:02)
Por lo tanto, habrá muchas personas que utilicen la misma interfaz. Por lo tanto, un nodo debe ganar el control desobre el canal de comunicación mediante un esquema de prioridad. Por lo tanto, este esquema de prioridad es el diseño depor los diseñadores. Por lo tanto, los diseñadores del sistema estarán sabiendo cuál es másimportante y cómo priorizamos en realidad entre los diferentes nodos del sistema y
basándose en esa prioridad, un nodo se hará cargo del control de la interfaz. Por lo tanto, este nodopodrá transferir los datos una vez que tenga el control sobre los nodos.Y el nodo ganador se convierte en el maestro y envía un segmento de protocolo al nodo receptor deprevisto. Por lo tanto, una vez que el nodo toma. Por lo tanto, el control sobre la red o la interfazque realmente proporciona se convierte en un maestro y envía un segmento de protocolo al nodo receptor dedeseado llamado esclavo. Entonces, ahora, se convierte en el maestro y todo eso se convierte en esclavos de, entonces enviará un segmento de protocolo al nodo receptor que es el esclavo aquí.Y una vez que el nodo esclavo notifique al maestro que el segmento de protocolo fue recibidoexitosamente. Por lo tanto, una vez que el maestro envía un protocolo el receptor lo recibe y luego da aun reconocimiento de que el protocolo ha sido recibido con éxito y una vez quesucede el maestro envía el segmento de datos al esclavo.Así que, básicamente el maestro estará enviando los datos al esclavo o de la otra manera si el esclavorealmente puede dar un segmento diciendo que los datos han sido recibidos. Por lo tanto, el maestro puedeenviar realmente los datos al esclavo y luego esclavo dará un reconocimiento. Por lo tanto, estees el proceso normal de comunicación en la arquitectura de paso de mensajes. Por lo tanto, habrámúltiples nodos, un nodo obtendrá el control de la interfaz y entonces ese nodo se convierte enel maestro y luego envía un segmento de protocolo al esclavo y el esclavo acepta queprotocolo y confirma la recepción del protocolo y una vez que se confirma el maestroenvía esos datos y luego la obra reconoce una recepción de datos.Así que, ese ciclo en particular ha terminado y entonces el nodo en realidad le dará el control que el maestro derealiza el control del canal de comunicación. Por lo tanto, una vez que el predecible intercambio dehaya terminado y maestro sólo rendirá el control del canal de comunicación. Por lo tanto, cualquier otro nodo en realidad puede hacerse cargo de ese particular convertido en un maestrode nuevo basado en un esquema de prioridad. Por lo tanto, esta es la forma en que la comunicación tiene lugaren la arquitectura de paso de mensajes.
(Consulte el tiempo de la diapositiva: 22:49)
Y esta es la aplicación más preferida del envío de mensajes para el sistema que puede definiruna transmisión de mensajes predecible planificada tras la inicialización. Por lo tanto, el mensaje que pasa comohe mencionado se puede utilizar para un intercambio de datos predecible. Por lo tanto, siempre que el sistema iniciay hay intercambios de datos predecibles para dichos sistemas sólo esto es lo más apropiado.Por lo tanto, los diseñadores del sistema estarán sabiendo cómo funciona el sistema y qué tipo de transferencias de datos de interfaz detiene lugar, por lo que en función de eso podemos ir para esta arquitectura de paso de mensajesen particular.Y aquí las tasas de actualización están en el orden de 0,01 a 1 segundo. Por lo tanto, es la tasa de actualizaciónen la transmisión y no se prefiere pasar el mensaje donde las partes sustanciales del tráfico deincluyen la comunicación asíncrona. Por lo tanto, cuando hay una comunicación asíncronadonde no es predecible o no está sucediendo en el intervalo periódico yque es una parte muy sustancial de la comunicación, entonces es muy difícil implementar la arquitectura de paso de mensajes deporque apenas se utiliza para el intercambio de datos predeciblesolamente.Así que, siempre que hay una transmisión de datos asíncrona vamos para la siguiente que esllamada arquitectura de memoria compartida.
(Consulte la hora de la diapositiva: 23:55)
Aquí en la arquitectura de memoria compartida se manejan las solicitudes de comunicación asíncronas.Así que, a diferencia del mensaje que pasa donde es predecible el intercambio de datos en la memoria compartidavamos por una comunicación síncrona. Por lo tanto, siempre que haya una solicitud de comunicaciónasíncrona con go para la arquitectura de memoria compartida. Aquí se utiliza un dispositivo de almacenamientode acceso rápido normalmente un dispositivo de memoria. Por lo tanto, esta es la memoria compartida básicamentecompartida por diferentes nodos, por lo que un dispositivo de almacenamiento de acceso rápido que se utilizacomo dispositivo de memoria.(Consulte el tiempo de la diapositiva: 24:36)
En el proceso de comunicación, básicamente, un procesador genera una solicitud de lectura o grabación depara otra dirección en memoria compartida. Por lo tanto, la memoria compartida tendrá toda lala dirección de aquellos nodos que estén utilizando la memoria compartida particular. Por lo tanto, el procesadorgenera una solicitud de lectura o escritura para otra dirección en memoria compartida cualquiera que sea el sistemaque desee transmitir datos a otro nodo concreto. Por lo tanto, en realidad genera una solicitud de lectura o de grabación depara esa dirección determinada.El propietario actual de esta variable se notifica de la solicitud. Por lo tanto, una variable puede serutilizada por algún otro propietario o algunos otros están utilizando la variable en particular, entonces se notificará ay a ese usuario y la memoria de ese propietario actual se vuelca a la memoria compartida de. Por lo tanto, quien quiera escribir una variable en particular suponga que hay algunas variables globales deque se van a actualizar como la temperatura o la presión o algunos otros datos para seractualizados en el sistema en ese caso quien quiera escribir o actualizar que los datos enviarán un mensajea la memoria compartida solicitando acceso a esa variable en particular. Por lo tanto, algún otro sistemapuede estar utilizando esa variable. Por lo tanto, ese subsistema en particular será intimadosobre esta solicitud en particular y luego si es posible volcar esa variable en particular entoncesel usuario presente volcará esa variable a la memoria compartida y luego la solicitud de lectura o escrituradel procesador se completa con una transferencia de datos.Así que, una vez que se ponga a disposición del solicitante, la transferencia de datos tendrá lugary de nuevo la variable estará disponible con la prensa el propietario hasta el siguiente caso gratuitoesta variable de propietario se mantendrá allí y siempre que haya otra solicitud para estos datoseste particular que será un volado de nuevo a la memoria y puede ser utilizado por otros usuarios de. Por lo tanto, este es el proceso normal de comunicación en la arquitectura de memoria compartida.Así que, como he mencionado, hay un dispositivo de memoria de un dispositivo de memoria de acceso rápido que se queda aquíy siempre que un usuario en particular desea acceder a una variable en la memoria compartida que da una notificación de. Y entonces quien esté utilizando esa variable volcará esa variable al sistema de memoria compartida depara que esa variable pueda leer o escribir los datos y luegovuelva a completar la transferencia de datos y luego libere esa variable o pueda mantener la variablehasta que llegue la siguiente solicitud. Por lo tanto, esta es la forma normal de comunicación en la arquitectura de memoria compartida de.
Por lo tanto, aquí en realidad puede ser asíncrono porque quiero decir que no hay ningún intervalo de tiempo deen el que se produzcan los datos concretos. Por lo tanto, siempre que cualquier sistema quieraacceder a la variable y luego transferir los datos.(Consulte la hora de la diapositiva: 27:23)
Por lo tanto, los problemas con esta arquitectura de memoria compartida es que el rendimiento de estese degrada sustancialmente si la información solicitada no está en la memoria caché de la interfaz. Por lo tanto, siempre que la información en particular o la variable no esté disponible en la memoria caché de, entonces se convierte en un problema y el rendimiento se degrada porqueesperará a que los datos vengan o esta actividad se bloquee hasta que se recuperen las variables necesarias.Así que, hasta que se complete la solicitud en particular, no podrá realizar ninguna otra tarea. Por lo tanto,siempre que una variable determinada o una tarea no esté disponible dentro de la memoria caché, tiene que obtenerla de algunos otros usuarios y, a continuación, esperará hasta que esa variable esté disponibley, a continuación, sólo irá a la siguiente tarea. Por lo tanto, esto puede reducir el rendimiento dea veces. Por lo tanto, es uno de los problemas con la arquitecturade memoria compartida. Y funciona invirtiendo en aplicaciones de software altamente paralelas en las que los datos globales decada aplicación debe ser accedida con frecuencia por la aplicación y con poca frecuencia onunca por otras aplicaciones. Por lo tanto, esta es la mejor arquitectura para aplicaciones de software paralelode cálculo paralelo donde el software va a tener algunas variables global.las utilizará otros subsistemas, pero tiene que actualizar los datos con frecuencia. Por lo tanto,en este caso esta aplicación en concreto puede acceder a ella con frecuencia y luego actualizarla,pero otras pueden o no estar utilizándola. Por lo tanto, ese tipo de situación es muy adecuada.Pero en los casos en los que otros también están utilizando entonces ese primer problema será como los bordes depara esperar hasta que se ponga a disposición de la primera aplicación, de modo que pueda degradar el rendimiento de.