Please enable JavaScript.

Coggle requires JavaScript to display documents.

Threads, MAPA MENTAL 4 SO 2026/2 Francisco Daniel - Coggle Diagram

- - - - Sem suporte do kernel
      - Código e estruturas de dados em modo usuário
    - - Suporte do SO
      - Código e estrutura de dados em modo kernel
  - - - Pai cria um ou mais filhos
        
        Espera todos os filhos terminarem
        
        Pai volta a ser executado
      - Filhos executam tarefas concorrentemente
        
        Pai só continua quando essas tarefas concluírem
      - Compartilhamento de dados significativo
    - - Pai cria thread filho
        
        Pai retoma a execução
        
        Ambos são executados concorrentemente
      - Cada thread executado independentemente
        
        Pouco compartilhamento de dados
        
        Pai não precisa saber quando filho terminou
      - Usada em servidores multithreaded
    - - API nativas do SO
        
        Exemplo
        
        Threads .NET são mapeadas para Windows
      - Linguagens de programação
        
        Exemplo
        
        Java provê as threads e as traduz para as threads de SO
        
        Mais fácil de usar
        
        Abstrai as particularidades da plataforma
  - - - É uma especificação
        
        Disponível em Linux, Windows, Mac OS X, etc.
    - - Disponível em C através de windows.h
    - - Fornece rico conjunto de aspectos de criação e gerência de threads
- - - - Evita criação indiscriminada de threads
    - - Acorda uma thread do banco
        
        Retorna ao banco ao terminar
    - - Mais rápido usar um thread existente do que criar uma nova
      - Limita o n° de threads existentes
  - - - Usado em sistemas UNIX
    - - Sinal é gerado por evento particular
        
        É entregue ao processo e tratado
        
        Opções
        
        Entrega sinal ao thread que o sinal se aplica
        
        Entrega sinal a cada thread no processo
        
        Entrega sinal a certos threads no processo
        
        Atribui uma área específica que recebe todos os sinais do processo
    - - Sinais são simulados através de Chamadas de Procedimento Assíncronas (APCs)
  - - - Comunicam para manter n° apropriado de threads kernel alocados na aplicação
        
        Implementada usando uma estrutura de dados intermediária
        
        Chamada de processo leve (LWP)
        
        Cada LWP é um processador virtual
        
        Cada LWP é ligado a uma thread de kernel
        
        SO escalona threads de kernel
    - - Meio do kernel comunicar com a biblioteca de threads
        
        Permite que um app mantenha n° correto de threads de kernel
  - - - Termina o thread de destino imediatamente
        
        Problemático
        
        Recursos alocados não são devolvidos ao SO
    - - Thread de destino verifica se ele deve ser cancelado periodicamente
        
        Termina de maneira ordenada
- - - - Muitos-para-Um (N:1)
        
        Muitos threads de usuário mapeados para um único thread do kernel
        
        Eficiente
        
        Mas se thread fizer uma system call bloqueante processo inteiro é bloqueado
        
        Impróprio para sistemas multiprocessadores (MP)
        
        Só uma thread acessa o kernel por vez
      - Um-para-Um (1:1)
        
        Um thread usuário por thread de kernel
        
        Mais concorrência e uso de MP
        
        Desvantagem
        
        Muitas threads de kernel
        
        Pode prejudicar desempenho
        
        Linux e Windows usam
      - Muitos-para-Muitos (M:N)
        
        Muitos threads de usuário para threads de kernel
        
        Cria um n° razoável de threads kernel
        
        Inviável
        
        Difícil saber quantas threads criar