THREAD

THREAD
Até o final da década 70 os S/O suportavam somente um processos com um único thread,no desenvolvimento do S/O Toth foi introduzido o conceito de processos pesos leves(lightweight)onde o espaço de armazenamento do processo era utilizados por vários programas mas a idéia não foi implantada somente em meados dos anos 80 com o S/O Mach ficou claro a separação do conceito processo e thread.A partir do conceito de múltiplo threads podemos fazer aplicações de forma eficientes,o processo pode ter diferentes partes do seu processo sendo executadas separadamente com um menor overhead do que com múltiplos processos a programação q envolve multithreads não é simples existem vários modelos de threads em um S/O onde desempenho e custo beneficio são avaliados,atualmente o conceito multithread e encontrado em S/O como Sun Solaris e o Windows 2000. No ambiente monothread as aplicações são implementados com o uso do múltiplos processos independentes ou subprocessos,o problema nesse tipo de implementação é a demanda de consumo ao sistema onde o mesmo deve alocar recursos para vários processos,outro problema é quanto ao compartilhamento de espaço de endereçamento por cada processo possuir se espaço tornado difícil e lento o seu processo.No ambiente multithread não existe programas associados a processo mas sim a threads. Thread no modo usuário o TMU neste modo o S/O não sabe da existência de múltiplos threads, sendo de responsabilidade de a aplicação gerenciar os threads existentes, a vantagem nesse modelo é implementar aplicações multithreads mesmo em S/O que não suportam threads o TMU e rápido e eficiente por dispensar o uso do kernel evitando o acesso (usuari-kernel-usuario) Thread em modo kernel é implementado diretamente pelo núcleo do S/O,o grande problema na implementação desse modo é o seu baixo desempenho. Thread em modo hibrido combina vantagens dos dois tipos de thread anteriores citados o TMU e o TMK o modo hibrido apesar da maior flexibilidade,apresenta