TPs BCC 362
O que buscamos do início ao fim em
BCC 362 ?
Seu TP será avaliado segundo o nível de transparência oferecido
• Nos relatórios, sempre referencie o nível de transparência que seu middleware passa a ter com determinados desenhos arquiteturais e serviços.
Por falar em arquitetura....
IREI REQUERER A ARQUITETURA DO SEU MIDDLEWARE, SEJA NO RELATÓRIO, SEJA NA
APRESENTAÇÃO, SEJA NA PROVA.
TENTE RESPONDER A QUESTÕES COMO ESTA !! QUAL O ESTILO ARQUITETÔNICO ADOTADO EM SEU MIDDLEWARE OU QUAIS ESTILOS???
1. Client procedure calls client stub in normal way 2. Client stub builds message, calls local OS
3. Client's OS sends message to remote OS 4. Remote OS gives message to server stub
5. Server stub unpacks parameters, calls server 6. Server does work, returns result to the stub 7. Server stub packs it in message, calls local OS 8. Server's OS sends message to client's OS
9. Client's OS gives message to client stub 10. Stub unpacks result, returns to client
A COMUNICAÇÃO ENTRE O MÓDULO CLIENTE ONDE O DESENVOLVEDOR
SE ENCONTRA E O CLUSTER ONDE ELE ALMEJA RODAR SEUS EXPERIMENTOS DEVE
PELO MENOS ESTAR DESCRITO USANDO COMPONENTES NA ARQUITETURA QUE PERMITAM A COMUNICAÇÃO DESCRITA ABAIXO:
Em suma, cadê as Msgs e Stubs??
Para que servem ??
Seu middleware (versão shared memory e versões distributed memory) escala??
Seu middleware possui cache de objetos ??
Na dúvida sobre como fazer os experimentos, o que é speedup, quais os tempos coletar, o que significa a seção discussão em meu relatório, etc... SALA 13 DECOM, Prof. Joubert à disposição.
Não crie threads desnecessariamente e justifique em seu relatório porque fez isto!!!
Como fez, EM PARTICULAR, a versão distributed memory assíncrona??
É a chave!!!!
Como você implementa a resolução de nomes em seu Middleware???
Em seu relatório também deve constar
qual a importância de tal serviço e SEMPRE
qual transparência está sendo oferecida no middleware
E o serviço de localização, foi implementado??
Em conjunto com o serviço de nomeação conseguimos alguma transparência, não é??
Volto a falar :::::
Adicione uma política de cache no
servidor para manter os objetos já
Criados num pool de objetos que
pode ser reutilizado !!!!
• Some of the most intuitive message-passing primitives of MPI.
Primitive Meaning
MPI_bsend Append outgoing message to a local send buffer
MPI_send Send a message and wait until copied to local or remote buffer MPI_ssend Send a message and wait until receipt starts
MPI_sendrecv Send a message and wait for reply
MPI_isend Pass reference to outgoing message, and continue
MPI_issend Pass reference to outgoing message, and wait until receipt starts MPI_recv Receive a message; block if there are none
MPI_irecv Check if there is an incoming message, but do not block
UMA SUGESTÃO DE NOMES PARA SERVIÇOS NAS N VERSÕES DE SEU MIDDLEWARE
USAR BONS EXEMPLOS É INTELIGENTE
Sincronização !!!
Você coleta estatísticas para reposicionar os módulos do cliente no cluster. Seu middleware possui algum tipo de balanceamento de carga ???
Se não faz, deveria fazer pois será no DECOM sua formação avançada que permitirá
melhores salários em empregos mais legais !!!
Chegou um novo componente ou módulo compilado que o cliente almeja trocar pelo antigo.
Como garantir a propagação da atualização de componentes do cliente no middleware ??
Vou ter que ir em cada máquina do cluster colocando as atualizações ??
PELO AMOR DE DEUS NÃO !!!
QUAL PROTOCOLO DE ATUALIZAÇÃO ADOTOU??
SEU MIDDLEWARE TEM QUE FICAR COMO O WINDOWS
ILUSTRA NESTA PROPAGANDA
&
C++ faz na mão ou usa C++ logging se existir !!!!
SUA SOLUÇÃO É ROBUSTA ??
POSSO ADICIONAR CHAMADAS ERRADAS, NULAS, ETC... ??
COMO ANDA O TRATAMENTO DE EXCEÇÕES ??
TEM ZICA AKI !!!
TEM ZICA AKI !!!
Em caso de dúvidas !!!
O que foi medido em seus experimentos ??
Runtime, speedup e mais o que ??
E os tempos de rede, processamento, espera
entre outros ?? Como seu código foi instrumentado?
ADICIONE A POSSIBILITADE DE COLETAR ESTATÍSTICAS NO MIDDLEWARE. USE AS NOTAS
DE AULA DO PROF. JOUBERT PARA CONFECCIONAR A SEÇÃO EXPERIMENTOS DO RELATÓRIO E DA APRESENTAÇÃO....AH E DA PROVA TAMBÉM !!!!
BOAS FÉRIAS, BOM SALÁRIO E BOM EMPREGO !!!
BCC 362 – SISTEMAS DISTRIBUÍDOS, DECOM, UFOP PROF. JOUBERT DE CASTRO LIMA
www.joubertlima.com.br
Imagens obtidas no google image
Livro texto adotado: Sistemas Distribuídos - Tanenbaum
