Interface de Desenvolvimento de Arquitetura Interface L Processo L Alison
Loading
Nota de Estudos
Study Reminders
Support
Text Version

Desenvolvimento de Architecture de Interface

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

    +

Então, nesta palestrafocaremos na interface um design de sistemas de engenharia. Como você sabe que todo sistematem muitos sub sistemas e sub sistemas, componentes e, em seguida, esses CIs ou ositens de configuração, de modo que este sistema precisa interagir com os sistemas externos tambémcomo dentro do sistema precisamos ter interação entre subsistemas e componentese itens de configuração.Então, essas interações estão ocorrindo através das interfaces. Assim, podemos ter várias interfacescom no sistema. Você pode ter uma interface mecanicamente, você pode ter uma interface elétricaou pode ter uma interface de comunicação. Assim, todas essas interfacesprecisam ser fornecidas em tal com que obtemos comunicação adequada teremos uma comunicação integrala integridade da mensagem não é perdida ou há a devida passagemde mensagens entre os sistemas e há prioridade adequada para que os sistemas interajam comoutros sistemas e comuniquem mensagens. Então, todas essas coisas são basicamente design usandoas interfaces. Por isso, o design de interface se torna um deles mais importante aspecto do sistema de engenhariafomos garantir que a comunicação entre vários sistemas sãopropriamente dita e eles não levam a falhas dentro do sistema.Se você olhar para o histórico dos sistemas de engenharia você pode ver que há muitas falhas do sistema de engenhariapor causa da falha de comunicação ou da falha de interface dentro do sistema. Veremos um exemplo como esse para mostrar o importante do design de interface eentão discutimos sobre os diversos tipos da interface para ser provedor, mas são aspropriedades diferentes para essas interfaces e quais são os diferentes padrões a serem usados para o design de interface.
(Consulte O Tempo De Deslizamento: 02:14)
Então, como mencionei anteriormente esta é a quinta etapa do design do sistema de engenharia onde nósdiscutimos sobre os quatro primeiros estágios basicamente o problema de design de nível de sistema, sistemade função arquitetura, arquitetura física e a arquitetura da operação. Então, nóscompletamos todos esses quatro e o próximo é o desenvolvimento de arquitetura de interface.Então, como mencionei anteriormente fará um estudo de caso a partir do histórico de falhas do sistema de engenhariae então veja o quão importantes são as interfaces no sucesso de um sistema de engenharia.(Consulte o Tempo do slide: 02:48)
Este caso estuda a partir do finalizador de um caminho que foi implantado para a superfície de um Marte paraaterrissando em 4 de julho de 1997 foi um grande sucesso de muitas maneiras.Então, tudo lá foi para o tremendo sucesso deste projeto em particular, mas houve um problema dequando foi lançado inicialmente e então estava sendo usado foi constatado que o total de reconfigurações do sistemaestava ocorrindo de vez em quando. Isso são poucos dias na máquinaoperadoras no terreno perceberam que há um total de reajuste do sistema ocorrente dentro do sistemasem nenhuma razão em particular ou sem que eles possam identificar o que realmente eramotivo para isso e então uma análise foi realizada. E então descobriu-se que haviauma interface de memória compartilhada que era usada como interface de sistema entre vários subsistemas. Por isso, há muitos subsistemas com no caminho finder e houve emarquitetura chamada interface de memória compartilhada foi usada para interpor esses subsistemas.E havia um mutex ou bloqueio de exclusão mútua foram empregados para dar uma atividadeacesso à interface.Então, sempre que um determinado subsistemas deseja acessar essas interface particular eles precisampara usar um mutex, os bloqueios de exclusão mutuamente e que deve ser ativado para obter oacesso a uma interface de comunicação.(Consulte o Tempo do slide: 04:11)
Então, esse era um dos problemas na verdade estava deitado nessa interface. Então, havia muitos subsistemano finalizador do caminho e um do sistema era dados meteorológicos ou éna verdade coleta de dados de vários sensores e passando-se para o sistema principal. Então,
lá esses dados foram. Assim, volumoso que a atividade teve de obter e liberar mutexesvárias vezes antes de ser finalizado.Então, era um dado muito volumoso e havia a duração do tempo para a transferência desses dadosera muito longo portanto, este subsistema específico teve que liberar o mutex muitosvezes por causa do longo dos dados volumosos e depois antes de concluir uma determinada transação. E ao mesmo tempo havia outro processo a atividade de comunicação de prioridade de longade longa duração. Então, essa era uma atividade de prioridade média a atividade de comunicaçãointerromperia com frequência a atividade metrológica durante sua pausae ganharia controle da interface.Então, foi isso que acontece. Então, os dados metrológicos estavam sendo um transferido emao mesmo tempo a interface de comunicação, a atividade de comunicação interromperáessa transmissão em particular e depois assumirá o controle da interface de comunicação eentão iniciará a transferência de dados. Então, esses dois estão realmente criando o problema na comunicação. Então, duração dessas duas tarefas foram suficientemente longas para invocar um cronômetro de watchdogque foi empregado para garantir que a tarefa de gerenciamento de barramento de alta prioridadeestivesse executando adequadamente.Então, houve uma tarefa de gerenciamento de ônibus que tinha como prioridade alta e particular tarefa deeste sistema é garantir que tudo esteja funcionando corretamente e sempre que houver um problemaele tentará eliminar esse erro ou tentar se recuperar desse erro. Assim, osuficientemente longo essas duas tarefas basicamente os dados meteorológicos bem como a interface de comunicaçãoeles eram na verdade muito longos e muitas vezes o timer do watchdog irádescobrir que algo está errado com o sistema porque ele não foi capaz de acessar a interface de comunicaçãoele não foi capaz de obter os dados necessários para garantir o funcionamento de um funcionamentodo sistema. Então, neste momento em que a tarefa de gerenciamento de ônibus de alta prioridade estava executandopara verificar essa tarefa em particular era uma execução ou não, muitas vezes constatava-se que haviaalgum problema ou este sistema em particular estava identificando que há um problema e eratentando reinicializar o sistema.Então, em casos tão raros o cronômetro do cão de observação iniciou um reset total do sistema para evitar qualquer dano demais danos ao sistema. Então, quando esses dois sub sistemas particulares estavam tentandose comunicar e então tentar obter o controle do mutex a tarefa de gerenciamento de barramento prioritáriotarefa não foi capaz de executar adequadamente e que realmente de resultante em um tipo de problema
ou tipo de erro com identificado pelo sistema a verificação de funcionamento. E isso realmente foilevando a um total um reset do sistema para garantir que ou presumir que há um erro no sistemae ele estava tentando garantir que ele não está indo levando a erros principais. Assim, ele irápara um reajuste total do sistema. Então, isso era o que estava acontecendo no sistema.Então, havia muitos subsistemas que estava interagindo e havia algum tipo de monitoramento de funcionamentoassim como a identificação de erro de erro e eliminando o erro. Então, esses sistemana verdade eram conflitantes e então tentando tomar o controle do sistema ou do sistema de comunicaçãonaquele momento o reset total estava ocorrindo.(Consulte o Tempo do slide: 07:29)
Então, os engenheiros do laboratório de propulsão a jato executam uma réplica do patfinder na terra até chegarem à situação de reset. Então, você sabe descobrir o que realmente está acontecendo no sistema os engenheirosexecutam uma réplica na terra até que eles atingem a situação de reset então identifique o problemaque há um problema com as prioridades de cada tarefas ou alguma tarefa precisa serpriorizada para que a tarefa de prioridade sempre obtenha o mutex e então isso não levaráa uma situação de erro.Então, lá foi aquele que o software de interface que foi utilizado para a interface tinha sidoprogramado sem um recurso chamado herança prioritária. Então, esse determinado recurso deherança prioritária que na verdade um dá alguma prioridade particular e que herda queprioridade para diferentes subsistemas que não estava lá e os engenheiros carregaram um programa curto Ce o pathfinder não experimentou mais peças de sistema. A solução foi
muito simples, mas identificação do problema e então resolvendo-o foi a difícil tarefaporque eles tiveram que executar a réplica na terra e então descobrir o que levou ao problemae então resolveram o problema.(Consulte o Tempo do slide: 08:34)
Então, isso realmente mostra que as interfaces são muito importantes em sistemas de engenharia em até mesmoum erro menor pode realmente levar a um reset total ou a falha do sistema completo eportanto, é necessário que os designers do sistema olhem para as interfaces em detalhes etenham um procedimento formal para projetar as interfaces e garantir que as interfaces funcionamadequadamente e ele realmente fornece a comunicação necessária entre diferentes alguns sistemas.Então, vejamos como realmente definimos as interfaces e como você realmente olha paraos vários aspectos do design de interfaces. Como você sabe as interfaces são comunspontos de falha no sistema, então a maior parte da possibilidade de falha realmente vem das interfaces, que é definida como um recurso de conexão para o hooking para outra interface de sistemas. Então, a interface é basicamente um recurso para o hooking para outra interface de sistemasou interface de subsistemas quando ele é um sistema externo então ele é outra interface de sistemasou para hooking um componente de sistemas para outro que é uma interface interna.Então, você pode ter uma interface interna ou uma interface externa. Uma interface externa ébasicamente usada para um sistema fisgar em outro sistema; uma interface interna é usada para o hookingpara os mesmos componentes de sistemas para os itens de configuração.
Aspectos importantes do design de interface estão basicamente olhando para essas interfaces identificandoas interfaces importantes no sistema você olha para as interfaces externas necessárias einterfaces internas necessárias. Por exemplo, até mesmo você considera o elevador ou qualquer outro sistemavocê pode realmente identificar muitas interfaces um pode estar com sistema externo. Por isso,o elevador precisa interagir com os passageiros é um sistema externo e que na verdadeprecisamos ter diferentes tipos de interfaces, a interface de comunicação em termos de entrada de dadose algum outro tipo de interface com as pessoas de manutenção ou interface comos serviços de emergência. Então, todos esses tipos de interfaces precisam ser identificados previamente.Então, essa é a primeira tarefa, identificar todas as interfaces externas. Em seguida, interface interna também,em interface interna pode ser identificada usando a estrutura funcional ou a arquitetura físicado sistema. Quando fizermos o método A-0 de decomposição funcional eentão identificar todas as funções esta realmente nos dará diferentes entradas e saídasde diferentes sub funções e as que nos dirão qual tipo de interfaces são necessáriasentre essas sub funções.Então, quando nós convertemos isso em uma arquitetura física então sabaremos que essescomponentes que realmente fornecem as funções precisam do tipo particular de interface emtermos de dados digitais indo interface de dados digitais ou interface analógica de dados ou algum tipo deuma interface mecânica. Então, este é o primeiro passo para identificar ou projetar o sistemainterface ou design de interface de sistemas.E uma vez que identificamos as interfaces a próxima tarefa é basicamente alocar as entradas esaídas para as interfaces. Assim, toda interface como toda tarefa de design do sistema tentaráidentificar as entradas e saídas para o sistema. Então, que tipo de entrada está chegando ao sistemase ele é uma entrada de dados digitais ou entrada analógica ou qual tipo de estrutura de dados élá para aquela entrada específica, qual é o tamanho da entrada, qual tipo de velocidade de transmissãoé necessária.Então, todas essas coisas precisam ser identificadas nas entradas e saídas para a interface eentão derivamos os requisitos de interface de requisitos de interface em termos do sistemadeve ser capaz de transmitir a saída digital de um ponto a outro ponto ou ele tem queaceitar os pedidos digitais de dados de passageiros ou digitais a serem solicitados o sistemadeverá ser capaz de receber as informações digitalizadas de um determinado sistema. Assim, esse tipo de requisito de interfacepode ser desenvolvido após a identificação das interfaces.
E então explorando a arquitetura de interface alternativa, portanto, pode haver muitas arquiteturaspara interface. Então, precisamos olhar para que tipo de arquitetura será amelhor para este sistema específico. Assim, discutiremos sobre várias arquiteturas para as interfaces, portanto, a partir dessas arquiteturas precisamos escolher uma interface mais adequada. Assim,quando discutirmos sobre design de interface vamos olhar de fato apenas e outrasinterfaces de comunicação a interface mecânica e outras interfaces físicas necessáriasdentro do sistema não serão discutidas aqui porque essas estão vindo principalmente da arquitetura física.Então, sempre que identificamos a configuração particular para a interface ou as arquiteturas de interface dealternativas olhamos basicamente para as alternativas e então o sistema físicodesign dessa será uma tarefa separada. Por isso, não discutimos sobre as interfaces físicasestaremos olhando mais para as interfaces de comunicação a serem fornecidas para o sistema.(Consulte o Tempo de Slide: 13:51)
Então, os principais requisitos para uma interface são os requisitos de desempenho importantes sãobasicamente em termos de desempenho há rendimento e tempo de resposta são doisparâmetros importantes em termos de para interfaces. Então, quais são os dados que posso transmitir equal é o tempo de resposta para esta transmissão, estes são os dois parâmetros que precisamos paraolhar para quando projetamos uma interface.E além disso precisamos olhar para a fidelidade dos dados que é a integridade dos dadoso que transmitimos de um ponto a outro ponto deve atingir esse ponto
sem nenhum dano sem qualquer alteração; isso significa, nenhuma alteração deve estar lá nos dadosdurante a transmissão. Então, o que quer que a gente transmita de um ponto a outro eledeve atingir o sem qualquer variação. Então, essa é a integridade da transmissão de dadosque também é aquele que é um outro fator importante a ser considerado no design de interfaces.E depois entregar todo item colocado na interface. Então, a interface deve entregarcada item colocado na interface. Assim, ele não é filtrado ou não deve perder por causa da interferência externaou de qualquer outro fator não haja qualquer perda de dados na interfacepara cada lugar de item que a interface deve ser transmitida.E a outra é basicamente ela deve detectar falhas e recuperar graciosamente. Então,sempre que há uma falha ou em um sistema que é erro acontecer o sistema deve sercapaz de sair daquela situação graciosamente que é sem causar nenhum outro danoaos outros sistemas. Assim, sempre que houver um problema identificado pela interfaceele deve tentar minimizar os danos e eliminar esse dano específico e então iniciarcontinuar funcionando normalmente sem afetar outras performances do sistema. Então, estes sãoos requisitos importantes para interface.Então, sempre que projetamos interface olhamos para esses parâmetros esses fatores e entãogarantem que qualquer que seja a arquitetura que escolhemos para a interface, basicamente atende a todos esses requisitos. Então, que não há problemas na interface seja qual for o dado que quisermostransmitir está sendo transmitido e lá agora, há no erro o sistema tenta virfora dele graciosamente e continuar a executar sem muito problema para todo o sistema.
(Consulte O Tempo De Deslizamento: 16:11)
Deixe-nos olhar para os alguns da arquitetura de interface, e genérica há diferentes arquiteturasdisponíveis dependendo da situação precisamos escolher esta arquitetura.Então, há basicamente três arquitetura de interface genérica a primeira é conhecida comomensagem passando. Então, esta é uma coisa como uma entrega de correio que previsivelmente ocorre uma vezou duas vezes por dia permitindo que os receptores o acessem imediatamente ou ele até que um tempo maisoportuna. Então, é uma troca de dados muito previsível. Então, o sistema serásabendo que qual será a frequência em que esses dados serão transmitidos. Assim, a cadahora ou a cada segundo dependendo dos subsistemas o sistema pode realmente identificar o queé a frequência dessa transmissão de dados e ele continuará a transmitir esses dados e o receptorpode realmente acessá-lo imediatamente ou realmente pode acessá-lo em um estágio posterior. Então,esse tipo de arquitetura é a mensagem passando. Veremos os detalhes da mensagempassando um pouco depois.O outro é arquitetura de memória compartilhada isto é algo como uma reunião ouconferência na qual apenas uma pessoa fala e transmite mensagens relativamente compactasonde todos podem ouvir o que ele disse, mas ainda assim são retreinados de outros trabalhos produtivos. Aquié diferente da mensagem passando é como onde todos podem falar, mas não no mesmo horário. Então, uma pessoa pode realmente falar e outras podem ouvir e outras sempre que umapessoa está falando todas as outras só outras podem o que pode fazer é apenas ouvir aquela. Então,eles não podem realmente interagir. Então, é apenas uma forma de comunicação de uma pessoa. Então,
ele passa a mensagem para uma memória compartilhada e outros podem realmente obá-la a partir dissomemória compartilhada. Então, essa é a arquitetura de memória compartilhada.E a última é a arquitetura de rede que é muito comum. Então, é como uma conversa telefônicaque pode envolver mensagem. Por isso, comprimentos muito variados e podem serinstigados em quase qualquer hora. Então, essa é rede que é muito comum na maioria dos sistemas. Então, aqui nós podemos realmente passar mensagens e pessoas diferentes podem ouvir e entãooutros também podem passar mensagens podemos ter arquiteturas e rede própriadependendo do requisito pode ter um a um ou você pode ter um ou vocêpode ter comunicação e rede redundantes ou loops que é a arquiteturada rede.(Consulte o Tempo do slide: 18:32)
Deixe-nos apenas ver a arquitetura da mensagem passando. Então, esse foi o primeiro que nósdiscutimos a mensagem passando a arquitetura. Trata-se basicamente de troca previsível de informações.Então, como mencionei a troca previsível de informações sempre que. Agora, há umatroca previsível de informações podemos usar a mensagem passando a arquitetura. Isto écomumente encontrado como uma interface interna no sistema. Então, isso não pode ser usado normalmente tementre o sistema e o sistema externo porque o sistema externo a interaçãoentre sistema e sistema externo pode não ser sempre previsível, mas dentro do sistemaos designers do sistema estarão sabendo que tipo de dados a serem transmitidos
entre os subsistemas. Por isso, nesse caso podemos ir para uma mensagem passando arquiteturapor causa da natureza previsível. E cada mensagem aqui será formada por um protocolo e segmento de dados. Assim, a mensagem a ser passada entre os elementos do sistemados subsistemas estará tendo um protocolo de mensagens e um segmento de dados.O segmento de protocolo nos incluirá o tamanho da mensagem e o endereço do nó parareceberão a mensagem. Assim, quando temos múltiplos nós no sistema, assim a mensagem será queestará tendo um protocolo que realmente dirá o tamanho da mensagem e endereço do nópara receber a mensagem e então outros segmentos estarão tendo os segmentos de dadostambém. Então, este realmente o primeiro segmento dirá para quem a mensagem particular éendereçada e então qual é o tamanho da mensagem e a segunda, mas dará mensagem real.E o protocolo de passagem da mensagem ou a comunicação o processo de comunicaçãona arquitetura de passagem de mensagens é basicamente um nós deve controlar sobre o canal de comunicaçãopor um esquema prioritário implementado pelo sistema.(Consulte o Tempo de Slide: 20:02)
Então, haverá muitas pessoas que usando a mesma interface. Assim, um nó deve vencero controle sobre o canal de comunicação por um esquema prioritário. Então, esse esquema prioritário é dedesign pelos designers. Assim, os designers do sistema estarão sabendo qual deles é maisimportante e como realmente priorizamos entre nós diferentes no sistema e
com base nessa prioridade um nó assumirá o controle da interface. Assim, esse nóserá capaz de transferir os dados uma vez que ele tiver o controle sobre os nós.E o nó vencedor torna-se o master e envia um segmento de protocolo para o nó de recebimento pretendido. Então, uma vez que o nó leva. Então, o controle sobre a rede ou a interfaceele realmente fornece em torna-se um master e envia um segmento de protocolo para o destino de recebimento pretendidodenominado slave. Então, agora, ele se torna o mestre e tudo isso se tornaescravos, então ele enviará um segmento de protocolo para o nó de recebimento que é o slave aqui.E uma vez que o nó slave notifique o master que o segmento de protocolo foi recebidocom sucesso. Assim, uma vez que o master envia um protocolo o receptor o recebe e então dáum reconhecimento de que o protocolo foi recebido com sucesso e uma vez queacontece o master envia o segmento de dados para o slave.Então, basicamente o master estará enviando os dados para o slave ou para o outro modo se o slavepode realmente dar um segmento dizendo que os dados foram recebidos. Então, o mestrado poderealmente enviar os dados para o slave e então escravo dará um reconhecimento. Então, esseé o processo normal de comunicação em arquitetura passando a arquitetura. Assim, haverá múltiplos nós, um nó obterá o controle de interface e então esse nó passa a sero master e então ele envia um segmento de protocolo para o slave e o slave aceita que o protocolo e uma vez que seja confirmado o masterenvia esses dados e então a peça reconhece um recebido de dados.Então, esse ciclo específico acabou e então o nó irá realmente dar-lhe o controle omaster rende o controle do canal de comunicação. Assim, uma vez que a previsível trocaacabou e o mestre simplesmente renderá o controle do canal de comunicação. Então, que qualquer outro nó pode realmente assumir aquele particular se tornar um mestrenovamente com base em um esquema prioritário. Então, essa é a maneira como a comunicação ocorreem mensagem passando arquitetura.
(Consulte O Tempo De Deslizamento: 22:49)
E esta é a aplicação mais preferida de passagem de mensagem para sistema que pode definiruma transmissão de mensagem previsível programada mediante a inicialização. Por isso, mensagem passando comoEu mencionei pode ser usada para troca de dados previsíveis. Assim, sempre que o sistema inicia oe há trocas de dados previsíveis para tais sistemas só isso é mais apropriado.Então, os designers do sistema estarão sabendo como o sistema funciona e que tipo de transferências de dados da interfaceocorre, então com base nisso podemos ir para esta determinada mensagempassando a arquitetura.E aqui as taxas de atualização estão na ordem de 0,01 1 second. Sendo assim, essa é a taxa de atualizaçãona transmissão e a passagem de mensagem não é preferencial onde partes substanciais do tráfegoincluem comunicação assíncrona. Assim, quando há comunicação assíncronaem que não é previsível ou não está acontecendo no intervalo periódica eque é uma parte muito substancial da comunicação então é muito difícil implementarmensagem passando a arquitetura porque mal é usada para troca de dados previsívelapenas.Então, sempre que há uma transmissão de dados assíncrona vamos para o próximo que échamado de arquitetura de memória compartilhada.
(Consulte O Tempo De Deslizamento: 23:55)
Aqui em solicitações de comunicação assíncrona de arquitetura de memória compartilhada são tratadas.Então, ao contrário da mensagem que passa onde é previsível troca de dados na memória compartilhadavamos para uma comunicação síncrona. Assim, sempre que houver uma solicitação de comunicação assíncronacom vá para a arquitetura de memória compartilhada. Aqui um dispositivo de armazenamento de acesso rápidogeralmente um dispositivo de memória é usado. Então, esta é a memória compartilhada basicamentememória compartilhada é compartilhada por nós diferentes, então um dispositivo de armazenamento de acesso rápido que é usadocomo o dispositivo de memória.(Consulte o Tempo do slide: 24:36)
No processo de comunicação neste é basicamente um processador gera uma solicitação de leitura ou gravaçãopara outro endereço na memória compartilhada. Assim, a memória compartilhada estará tendo a todoso endereço desses nós que estão usando a memória compartilhada em particular. Então, processadorgera uma solicitação de leitura ou gravação para outro endereço em memória compartilhada qualquer que seja o sistemadeseja transmitir um dado para um determinado outro nó. Então, ele realmente gera uma solicitação de gravação de leitura oupara aquele endereço específico.O proprietário atual desta variável é notificado da solicitação. Então, uma variável pode serusada por algum outro proprietário ou alguns outros estão usando a variável particular então isso iráser notificado e para aquele usuário e a memória daquele proprietário atual é despejada para a memória compartilhada. Assim, quem quiser escrever uma determinada variável suponha que há algumas variáveis globaisa serem atualizadas como temperatura ou pressão ou alguns outros dados a serematualizados no sistema nesse caso quem quiser escrever ou atualizar esses dados enviará uma mensagempara a memória compartilhada solicitando o acesso a essa variável específica. Assim, algunsoutro sistema pode estar usando essa variável. Assim, aquele subsistema específico será intimadosobre esse pedido específico e então se for possível despejar aquela variável específica entãoo usuário presente irá despejar aquela variável para a memória compartilhada e então a solicitação de leitura ou gravaçãodo processador será concluída com uma transferência de dados.Então, uma vez que seja um disponibilizado para o solicitante ocorrerá então a transferência de dados será realizadae novamente a variável estará disponível com a imprensa o proprietário até o próximo caso livreesta variável proprietária será mantida lá e sempre que houver outro pedido para esses dadoseste particular variável que será um objeto de dumping novamente para a memória e poderá ser usada poroutros usuários. Então, este é o processo de comunicação normal em arquitetura de memória compartilhada.Então, como mencionei há um dispositivo de memória um dispositivo de memória de acesso rápido você fica aquie sempre que um determinado usuário deseja acessar uma variável na memória compartilhada ele dá uma notificação. E então quem estiver usando aquela variável irá despejar aquela variável para o sistema de memória compartilhadaé solicitada para essa variável pode ler ou gravar os dados e entãonovamente completar a transferência de dados e então liberar essa variável ou você pode manter é a variávelaté que o próximo pedido venha. Então, essa é a maneira normal de comunicação emarquitetura de memória compartilhada.
Então, aqui realmente pode ser assíncrona porque eu quero dizer que há não há um intervalo de tempo deespecífico sobre o qual os dados particulares vêm. Assim, sempre que qualquer sistema quiseracessar a variável e, em seguida, transferir os dados.(Consulte o Slide Time: 27:23)
Então, os problemas com essa arquitetura de memória compartilhada é que o desempenho destedegrada substancialmente se as informações solicitadas não estão na memória cache da interface. Assim, sempre que essa determinada informação ou a variável não estiver disponível na memória cacheentão ele se torna um problema e o desempenho se degrada porque ele iráesperar que os dados que virão ou essa atividade seja bloqueada até que as variáveis necessárias sejamrecuperadas.Então, até que a solicitação particular seja concluída não seja possível fazer qualquer outra tarefa. Então,sempre que uma determinada variável ou uma tarefa não estiver esta não disponível dentro da memória cacheela tem que obrá-lo de alguns outros usuários então ele vai esperar até que essa variável seja disponibilidae então somente ele irá para a próxima tarefa. Então, que o realmente isso pode reduzir o desempenhoàs vezes. Então, esse é um dos problemas com a arquitetura de memória compartilhada. E funciona investir em aplicações de software altamente paralelas nas quais os dados globais decada aplicativo devem ser acessados com frequência pelo aplicativo e infreqüentemente oununca por outras aplicações. Então, esta é melhor arquitetura para computação paralelaaplicativos paralelos aplicativos de software onde o software estará tendo algumas global.variáveis ele será usado por outros subsistemas, mas tem que atualizar os dados com frequência. Então,neste caso este aplicativo em particular pode realmente acessá-lo com frequência e depois atualizá-lo,mas outros podem ou não estar usando-o. Então, esse tipo de situação isso é bem adequado.Mas nos casos em que outros também estejam usando então esse primeiro problema estará lá como as bordaspara esperar até que seja disponibilida para o primeiro aplicativo, de modo que pode degradar o desempenho.  

Notification
Você recebeu uma nova notificação
Clique aqui para visualizar todos eles