998 resultados para Interacção momento flector - esforço transverso


Relevância:

20.00% 20.00%

Publicador:

Relevância:

20.00% 20.00%

Publicador:

Relevância:

20.00% 20.00%

Publicador:

Resumo:

O objetivo deste estudo foi investigar se a progressão da carga do treinamento de força (TF) de acordo com a monitoração da percepção subjetiva do esforço da sessão (PSE da sessão) pode ser mais eficaz no desenvolvimento da força motora e hipertrofia muscular em relação ao modelo tradicional de prescrição do TF baseado apenas na carga externa do treinamento. Métodos: Vinte sujeitos do sexo masculino com experiência prévia em treinamento de força (5,4± 4,1 anos) foram submetidos a seis semanas de TF no exercício agachamento (2x/sem.). Os sujeitos foram separados em dois grupos: i) grupo progressão linear da carga de treinamento (PL, n=10), que seguiu um modelo pré-determinado de progressão da carga do TF, com incrementos realizados a cada duas semanas de treino, partindo do protocolo A em direção ao protocolo C (protocolo A= 2x12-15RM; protocolo B= 4x8-10RM e protocolo C= 6x4-6RM) e; ii) grupo PSE (PSE, n=10), que progrediu a carga do TF de acordo com os escores da PSE da sessão partindo do protocolo A, na primeira sessão de treino, com incremento de carga (i.e., do protocolo A para protocolo B ou do protocolo B em direção ao protocolo C) quando os escores de PSE da sessão estivessem abaixo de 6 (i.e., <=5). Mantendo o protocolo do próximo treino caso os escores da PSE da sessão estivessem entre 6 e 8 e diminuindo em uma série o protocolo da sessão seguinte caso os escores da PSE da sessão estivessem por duas vezes consecutivas acima de 8 (i.e., >=9) até que a resposta perceptiva voltasse as classificações entre 6 e 8. As avaliações de força máxima dinâmica (1-RM) e de área de secção transversa muscular (ASTM) foram realizadas antes (pré) a pós o período experimental (pós). Resultados: Ambos os grupos aumentaram de forma semelhante os valores de 1-RM (PL: p<0,0001 e PSE: p<0,0001) a ASTM (PL: p<0,0001 e PSE: p=0,0032). Entretanto, o grupo PSE chegou a estes resultados realizando um número menor de sessões nos protocolos com cargas de treinamento mais altas (protocolos B: p=0,0028 e C: p=0,004) ao mesmo tempo em que realizaram um número maior de sessões no protocolo de treinamento com cargas mais baixas (i.e., protocolo A) (p<0,0001) quando comparado ao grupo PL. De forma interessante, o subgrupo composto (a posteriori) pelos indivíduos do grupo PSE que não progrediram a carga do TF além do protocolo A (SubPSE, n =6), obtiveram ganhos de força motora e hipertrofia muscular semelhantes àqueles observados no grupo PL (1-RM p=0,0003; ASTM: p=0,0212 respectivamente) realizando de um volume total menor de treinamento (p=0,0258). Conclusão: O controle da progressão da carga do TF por meio da PSE da sessão proporcionou ajustes mais eficientes da carga de treinamento possibilitando aumentos de força motora e hipertrofia muscular similares aos obtidos através do modelo de progressão tradicional por meio de protocolos de treinamento menos intensos e de menor volume. Adicionalmente, quando considerados os dados do subgrupo SubPSE, observou-se as mesmas adaptações funcionais e morfológicas por meio de um menor volume total de treinamento

Relevância:

20.00% 20.00%

Publicador:

Resumo:

A investigação teórica e prática realizada explora uma vertente da arte pública, centrada no design participativo, que é sustentada por uma visão integrada do lugar, o qual é entendido, enquanto interacção entre diversos factores humanos, biofísicos, geográficos, económicos, políticos, sociais, culturais, históricos e ecológicos, que caracterizam e determinam, em boa parte, a vida desse mesmo lugar. Esta visão centra-se numa especificidade do lugar, designadamente, na relação entre as actividades laborais e os recursos naturais locais que se expressam no território e, consequentemente, na paisagem. Partindo da crítica literária e da experiência da autora, a metodologia utilizada é de base experimental centrando-se no desenvolvimento projectual – Interacções Artísticas com Cacela Velha. A prática artística investigada e, em particular, os métodos usados neste projecto, são de carácter aberto, envolvendo as pessoas locais na sua realização, através duma abordagem empática de design de interacção. Esta abordagem é construída na vulnerabilidade intersubjectiva, baseando-se no paradigma de ouvir e de dialogar. Os projectos artísticos materializam-se em lugares periféricos, os quais se caracterizam pela evidência de relações entre a subsistência directa da sua população e os recursos naturais locais. Daí, estas populações serem marginalizadas pela lógica da globalização hegemónica. A prática artística desenvolvida, cruzada com o design participativo, pretende expandir a ideia de lugar, para os artistas e designers, filtrada através das lentes do trabalho manual, como uma relação de subsistência corporal entre as pessoas e a terra ou o mar. O objectivo desta investigação activa visa analisar, testar e interpretar as evidências sobre a importância que o lugar, entendido nas suas múltiplas dimensões, pode ter na concepção e materialização de intervenções artísticas que trabalhem com e para as populações ou comunidades locais, ou seja, numa óptica de design de interacção participativo. Neste momento, já se encontra testada e avaliada a receptividade da população participante relativamente às características metodológicas do projecto realizado. Espera-se que os resultados desta investigação venham a confirmar que a adopção de uma perspectiva integrada do lugar que relacione as actividades laborais e as populações locais, através da interacção entre o artista e a comunidade, no âmbito do design participativo, promova a partilha de conhecimentos e vivências, criando as condições para a realização de uma forma de arte “pública” que integra os saberes de todos os agentes envolvidos.

Relevância:

20.00% 20.00%

Publicador:

Resumo:

Em Bioinformática são frequentes problemas cujo tratamento necessita de considerável poder de processamento/cálculo e/ou grande capacidade de armazenamento de dados e elevada largura de banda no acesso aos mesmos (de forma não comprometer a eficiência do seu processamento). Um exemplo deste tipo de problemas é a busca de regiões de similaridade em sequências de amino-ácidos de proteínas, ou em sequências de nucleótidos de DNA, por comparação com uma dada sequência fornecida (query sequence). Neste âmbito, a ferramenta computacional porventura mais conhecida e usada é o BLAST (Basic Local Alignment Search Tool) [1]. Donde, qualquer incremento no desempenho desta ferramenta tem impacto considerável (desde logo positivo) na atividade de quem a utiliza regularmente (seja para investigação, seja para fins comerciais). Precisamente, desde que o BLAST foi inicialmente introduzido, foram surgindo diversas versões, com desempenho melhorado, nomeadamente através da aplicação de técnicas de paralelização às várias fases do algoritmo (e. g., partição e distribuição das bases de dados a pesquisar, segmentação das queries, etc. ), capazes de tirar partido de diferentes ambientes computacionais de execução paralela, como: máquinas multi-core (BLAST+ 2), clusters de nós multi-core (mpiBLAST3J e, mais recentemente, co-processadores aceleradores como GPUs" ou FPGAs. É também possível usar as ferramentas da família BLAST através de um interface/sítio WEB5, que permite, de forma expedita, a pesquisa de uma variedade de bases de dados conhecidas (e em permanente atualização), com tempos de resposta suficientemente pequenos para a maioria dos utilizadores, graças aos recursos computacionais de elevado desempenho que sustentam o seu backend. Ainda assim, esta forma de utilização do BLAST poderá não ser a melhor opção em algumas situações, como por exemplo quando as bases de dados a pesquisar ainda não são de domínio público, ou, sendo-o, não estão disponíveis no referido sitio WEB. Adicionalmente, a utilização do referido sitio como ferramenta de trabalho regular pressupõe a sua disponibilidade permanente (dependente de terceiros) e uma largura de banda de qualidade suficiente, do lado do cliente, para uma interacção eficiente com o mesmo. Por estas razões, poderá ter interesse (ou ser mesmo necessário) implantar uma infra-estrutura BLAST local, capaz de albergar as bases de dados pertinentes e de suportar a sua pesquisa da forma mais eficiente possível, tudo isto levando em conta eventuais constrangimentos financeiros que limitam o tipo de hardware usado na implementação dessa infra-estrutura. Neste contexto, foi realizado um estudo comparativo de diversas versões do BLAST, numa infra-estrutura de computação paralela do IPB, baseada em componentes commodity: um cluster de 8 nós (virtuais, sob VMWare ESXi) de computação (com CPU Í7-4790K 4GHz, 32GB RAM e 128GB SSD) e um nó dotado de uma GPU (CPU Í7-2600 3.8GHz, 32GB RAM, 128 GB SSD, 1 TB HD, NVIDIA GTX 580). Assim, o foco principal incidiu na avaliação do desempenho do BLAST original e do mpiBLAST, dado que são fornecidos de base na distribuição Linux em que assenta o cluster [6]. Complementarmente, avaliou-se também o BLAST+ e o gpuBLAST no nó dotado de GPU. A avaliação contemplou diversas configurações de recursos, incluindo diferentes números de nós utilizados e diferentes plataformas de armazenamento das bases de dados (HD, SSD, NFS). As bases de dados pesquisadas correspondem a um subconjunto representativo das disponíveis no sitio WEB do BLAST, cobrindo uma variedade de dimensões (desde algumas dezenas de MBytes, até à centena de GBytes) e contendo quer sequências de amino-ácidos (env_nr e nr), quer de nucleótidos (drosohp. nt, env_nt, mito. nt, nt e patnt). Para as pesquisas foram 'usadas sequências arbitrárias de 568 letras em formato FASTA, e adoptadas as opções por omissão dos vários aplicativos BLAST. Salvo menção em contrário, os tempos de execução considerados nas comparações e no cálculo de speedups são relativos à primeira execução de uma pesquisa, não sendo assim beneficiados por qualquer efeito de cache; esta opção assume um cenário real em que não é habitual que uma mesma query seja executada várias vezes seguidas (embora possa ser re-executada, mais tarde). As principais conclusões do estudo comparativo realizado foram as seguintes: - e necessário acautelar, à priori, recursos de armazenamento com capacidade suficiente para albergar as bases de dados nas suas várias versões (originais/compactadas, descompactadas e formatadas); no nosso cenário de teste a coexistência de todas estas versões consumiu 600GBytes; - o tempo de preparação (formataçâo) das bases de dados para posterior pesquisa pode ser considerável; no nosso cenário experimental, a formatação das bases de dados mais pesadas (nr, env_nt e nt) demorou entre 30m a 40m (para o BLAST), e entre 45m a 55m (para o mpiBLAST); - embora economicamente mais onerosos, a utilização de discos de estado sólido, em alternativa a discos rígidos tradicionais, permite melhorar o tempo da formatação das bases de dados; no entanto, os benefícios registados (à volta de 9%) ficam bastante aquém do inicialmente esperado; - o tempo de execução do BLAST é fortemente penalizado quando as bases de dados são acedidas através da rede, via NFS; neste caso, nem sequer compensa usar vários cores; quando as bases de dados são locais e estão em SSD, o tempo de execução melhora bastante, em especial com a utilização de vários cores; neste caso, com 4 cores, o speedup chega a atingir 3.5 (sendo o ideal 4) para a pesquisa de BDs de proteínas, mas não passa de 1.8 para a pesquisa de BDs de nucleótidos; - o tempo de execução do mpiBLAST é muito prejudicado quando os fragmentos das bases de dados ainda não se encontram nos nós do cluster, tendo que ser distribuídos previamente à pesquisa propriamente dita; após a distribuição, a repetição das mesmas queries beneficia de speedups de 14 a 70; porém, como a mesma base de dados poderá ser usada para responder a diferentes queries, então não é necessário repetir a mesma query para amortizar o esforço de distribuição; - no cenário de teste, a utilização do mpiBLAST com 32+2 cores, face ao BLAST com 4 cores, traduz-se em speedups que, conforme a base de dados pesquisada (e previamente distribuída), variam entre 2 a 5, valores aquém do máximo teórico de 6.5 (34/4), mas ainda assim demonstradores de que, havendo essa possibilidade, compensa realizar as pesquisas em cluster; explorar vários cores) e com o gpuBLAST, realizada no nó com GPU (representativo de uma workstation típica), permite aferir qual a melhor opção no caso de não serem possíveis pesquisas em cluster; as observações realizadas indicam que não há diferenças significativas entre o BLAST e o BLAST+; adicionalmente, o desempenho do gpuBLAST foi sempre pior (aproximadmente em 50%) que o do BLAST e BLAST+, o que pode encontrar explicação na longevidade do modelo da GPU usada; - finalmente, a comparação da melhor opção no nosso cenário de teste, representada pelo uso do mpiBLAST, com o recurso a pesquisa online, no site do BLAST5, revela que o mpiBLAST apresenta um desempenho bastante competitivo com o BLAST online, chegando a ser claramente superior se se considerarem os tempos do mpiBLAST tirando partido de efeitos de cache; esta assunção acaba por se justa, Já que BLAST online também rentabiliza o mesmo tipo de efeitos; no entanto, com tempos de pequisa tão reduzidos (< 30s), só é defensável a utilização do mpiBLAST numa infra-estrutura local se o objetivo for a pesquisa de Bds não pesquisáveis via BLAS+ online.

Relevância:

20.00% 20.00%

Publicador:

Resumo:

Trabalho Final do Curso de Mestrado Integrado em Medicina, Faculdade de Medicina, Universidade de Lisboa, 2014

Relevância:

20.00% 20.00%

Publicador:

Resumo:

Trabalho Final do Curso de Mestrado Integrado em Medicina, Faculdade de Medicina, Universidade de Lisboa, 2014