Responde. Pelo que entendi o openmovix nao distribuiria threads entre os nodes (pq nao existie suporte a "memoria compartilhada" em notes diferentes), e somente os forks. Existe algum similar, mesmo q pago, que distribua as threads pelos nodes?
AbraÄos, Andrà existente quOn Mon, 2003-12-08 at 10:26, Marcos Pitanga wrote: > ----- Original Message ----- > From: "brc" <[EMAIL PROTECTED]> > To: "Lista de Usuarios do Slackware Linux" <[EMAIL PROTECTED]> > Sent: Sunday, December 07, 2003 8:22 PM > Subject: Re: [slack-users] Re: Cluster openmosix > > > O openmovix sà distribuiu os "forks", as threads nao ? > > No openMosix operaÃÃes sÃo totalmente transparentes para as aplicaÃÃes, ou > seja, pode-se executar aplicaÃÃes seqÃenciais e paralelas como se fosse um > Ãnico computador SMP (Symmetric Multi-Processor - multiprocessamento > simÃtrico). Vocà nÃo precisa conhecer onde seus processos estÃo sendo > executados, nem se preocupar com que os outros usuÃrios estÃo fazendo na > rede, por isso usa-se o acrÃnimo "fork and forget". Em pouco tempo depois de > iniciar os processos, eles sÃo enviados para um melhor computador da rede. > EntÃo o openMosix continua a monitorar os novos processos e os demais, e > poderà movimentÃ-los pelos computadores com pouca carga de trabalho > melhorando assim a performance. > > Existem processos que podem migrar, mas que em tese nÃo se beneficiariam com > isso. > > A caracterÃstica de nÃo se poder migrar um processo à totalmente normal, > devido a programas que falhariam ao serem movimentados pelo openMosix. Estes > programas devem rodar, como planejado no nodo de origem em que foram > iniciados. > > O projeto vem se expandindo em diversas direÃÃes. A equipe està completando > o desenvolvimento de migraÃÃo de sockets, em que existe primeiramente a > necessidade de distribuir a memÃria entre os nodos. A idÃia consiste em > criar um recipiente na qual serà o proprietÃrio dos VMAs de um espaÃo de > endereÃamento. Quando as threads migram deve-se distribuir os recipientes > entre os nodos na qual reduzirà a sobrecarga na comunicaÃÃo interprocessos. > Uma otimizaÃÃo similar à conseguida atravÃs da migraÃÃo de arquivos > temporÃrios, em que permite processos remotos (tal como compiladores) > criarem arquivos temporÃrios. > > Um time composto de garotas geek da College of Engineering, University of > Pune, Ãndia denominado âThe MAASK teamâ (Maya, Asmita, Anuradha, Snehal, > Krushna) desenvolveram a migraÃÃo de processos que usam memÃria > compartilhada e podem migrar aplicaÃÃes multi-threads, sem nenhuma perda de > performance em operaÃÃes normais do cluster atravÃs de inserÃÃes ao cÃdigo > do openMosix, o Migmsh > > Para manter a consistÃncia da memÃria compartilhada para os processos ao > redor do cluster à utilizada a polÃtica de Eager Release. A memÃria > compartilhada à migrada baseada na freqÃÃncia de utilizaÃÃo e da carga no > cluster. A migraÃÃo da memÃria compartilhada diminui os acessos remotos à > memÃria compartilhada. Esta implementaÃÃo possibilita a migraÃÃo de > aplicaÃÃes como Apache Web Server no cluster, o que nÃo era possÃvel > anteriormente. > > Bem acho que isso responde a sua dÃvida... > > []Âs > > Marcos Pitanga > Linux Clusters Specialist > > > > ______________________________________________________________________ > _______________________________________________ > slack-users mailing list > [EMAIL PROTECTED] > http://www.linuxmag.com.br/mailman/listinfo/slack-users
_______________________________________________ slack-users mailing list [EMAIL PROTECTED] http://www.linuxmag.com.br/mailman/listinfo/slack-users
