Resp.

plataforma de simulação reflexiva
Baixe Agora

Resp. Classificação e resumo

Propaganda

  • Rating:
  • Licença:
  • GPL
  • Preço:
  • FREE
  • Nome do editor:
  • ReSP Team
  • Site do editor:
  • http://www.resp-sim.org/
  • Sistemas operacionais:
  • Mac OS X
  • Tamanho do arquivo:
  • 31.9 MB

Resp. Tag


Resp. Descrição

Reflexivo Plataforma Simulação RESP é uma plataforma de simulação MPSoC trabalhando em um alto nível de abstração; componentes utilizados por RESP são baseados em hardware e descrição de comunicação bibliotecas SystemC e TLM. Resp fornece uma estrutura não-intrusiva para manipular objetos SystemC e TLM. A plataforma de simulação é construído usando linguagem de programação Python; suas capacidades reflexivas aumentar a plataforma com a possibilidade de observar a estrutura interna dos modelos de componentes SystemC. Este recurso permite o enquadramento de tempo de execução e gestão dinâmica da arquitetura em análise. As potencialidades oferecidas pela integração entre Python e SystemC são explorados, durante a simulação, para consulta, ao exame e, possivelmente, modificar o estado interno dos modelos de hardware. Esses recursos simplificam o processo de depuração, tanto para o software em execução eo hardware modelado architecture.Installation Notas: A instalação no sistema Mac OS X é bastante simples, exceto pelo fato de que SystemC não compila sobre os computadores Apple baseados em Intel. A fim de corretamente compilar SystemC você tem que seguir os seguintes passos: · Baixar SystemC versão 2.2 do site da http://www.systemc.org · descompactar o arquivo · substituir o configure.in le com o download de https?: //trac.elet.polimi.it/resp/trac.cgi/downloader/download/file/30/configure.in · eliminar todo o Makefile.in? les eo configure? le · executar, em seqüência, aclocal, automake --add-missing --copy, autoconf · remendo le src / SYSC / kernel / sc cor qt.h adicionando a instrução typedef char * Caddr t; na linha 85. · PROCEDE com a compilação de executar o configure, make e make install comandos. Observe como não há nenhuma necessidade para usar portas nk ou Darwin no fim de obter as outras dependências para RESP?; todos eles podem ser baixados da internet, quer na forma já pré-compilados (R. cmake) ou você pode compilar-los você mesmo (por exemplo, o aumento de bibliotecas, gccxml...). ? Uma nota final diz respeito às cruzadas compiladores: os binários apresentar no site do trac está trabalhando apenas em sistemas baseados em Linux. Para utilizar os cross-compiladores em um sistema baseado Mac OSX, você terá que reecreate-los sozinho. Instruções sobre como fazê-lo estão presentes no website https://trac.elet.polimi.it/resp. Aqui estão algumas características-chave de "RESP": · Os componentes da biblioteca: o objetivo deste trabalho, como explicado mais tarde, não é construir uma rica biblioteca de modelos SystemC, mas sim para criar mecanismos effient através do qual estes componentes podem ser conectados, analisados e através do qual simulação pode ser effiently gerenciados. De qualquer forma, construímos alguns modelos de componentes de processadores, ônibus e vários periféricos; depois segue uma descrição detalhada dos mesmos. · Integração contínua de novos componentes dentro do próprio simulador; isto é conseguido graças à re? capacidades ective de RESP, que são obtidos através da criação automática de Python envoltórios em torno dos modelos SystemC. · GDB: o depurador GDB é integrado dentro dos simuladores de processadores e interfaces de memória; não há qualquer maneira de um acoplamento entre o ISS e GDB, de modo que a adição de um novo modelo de processador é apenas uma questão de especificar como as variáveis do ISS mapeia para os registradores do processador físico real. Com o nosso toco GDB é possível usar o jority ma de funcionalidades e comandos nativos GDB, a fim de depurar o programa. O esboço foi concebido para apoiar a coordenação entre os processadores em arquiteturas multi-processador de caso são usados. Além de tudo isso, alguns comandos adicionais (acessível usando o comando do monitor GDB) são criados de forma a gerir o tempo de simulação. · Ferramentas de Depuração: além GDB, desenvolvemos outras ferramentas que podem ajudar o programador em descobrir erros dentro de seus programas. Em particular nos concentramos em: Debugger memória (que vem também com uma GUI), utilizados após a simulação terminou para examinar o estado da memória em cada instante de simulação; ele também tem a possibilidade de realizar consultas simples sobre a história de memória. Tracer (também vem com uma GUI) simplesmente consiste na possibilidade de instrumentar os processadores de modo a que seja criada um traço le; o GUI é usado para comparar os vestígios dos processadores diffrent e visualizar todas elas ao mesmo tempo. · Pro? Ling: é um recurso usado para extrair métricas sobre o software em execução em cada processador; Todas as medidas são tomadas separadamente para cada processador, para que a utilização de cada unidade de execução também possa ser medida. Os dados que podem ser produzidos com o Pro? LER é: (a) Chamada gráfico (b) tempo gasto em cada função e número de chamadas (c) tempo gasto e número de chamadas para cada instrução de montagem. Observe que nosso Pro? Ler opera diretamente no processador, portanto, nenhuma instrumentação de software é realizada (o Pro? Ler não é intrusivo). · ECOS OS: Estamos adicionando suporte para respir o sistema operacional ECOS; Isso significa que é possível executar ECOS no simulador. O único alvo suportado até agora é o processador de braço, tanto no processador único quanto na realização do multi-processador. · Emulação do sistema operacional: Resp tem a possibilidade de emular completamente um sistema operacional multi-processador multi-rosnoado. Isso significa que cada chamada para rotinas do sistema operacional realizadas pelo seu programa (a execução no ISS) será encaminhada para o sistema operacional (a execução do seu PC) em vez de ser simulado. Graças à compilação cruzada da Libgomp Library, também é possível emular programas baseados em OpenMP. · Binutils Wrapper: Envoltório em torno das bibliotecas binutils (em particular em torno de BFD), a fim de poder acessar, analisar e, no caso, modificar o executável? Les. Este wrapper é usado atualmente para a emulação do sistema operacional e para o carregador de inicialização. · Compiladores cruzados: com base no NewLib e apoiando nosso mecanismo de emulação de sistema operacional. Os scripts do Python para gerar automaticamente esses compiladores cruzados são incluídos à ASO. · Interface TPC: Para poder controlar o respir a interface de soquete. Um protocolo especial (semelhante ao usado pelo GDB) foi desenvolvido para isso. Esta interface pode ser usada por um programa externo (por exemplo, uma GUI) para se comunicar com resp. Requisitos: · Búfalo · Systemc 2.2 ou posterior · Boost 1.33.1 ou mais tarde · Graphviz. · Python 2.4 ou posterior · GCCXML 0,9 ou posterior · Memória de RAM: 500 MB (pelo menos 1 GB é altamente recomendada) · 2 GB de espaço livre no disco rígido O que há de novo nesta versão: · Copprocessador FPA11: um modelo de coprocessador de ponto flutuante para o ARM7TDMI · Mecanismo completo e mecanismo de retorno de retorno em Python: Agora é possível disparar retornos de retorno de Python em Python em todos os ciclo do Delta do Systemc ou em condições de script python em qualquer variável no sistema · Suporte RTEMS: Suporte preliminar RTEMS para o modelo Leon2 · Grandes benchmarks de aplicação multi-threade: FFMPEG, PBZIP2 · Desenvolvimento inicial de um quadro de análise de energia · Um modelo de cache simples e geral · Agora respeita com sucesso com sucesso em macos


Resp. Software Relacionado

wxcode.

Uma coleção de componentes reutilizáveis com base no kit de ferramentas da plataforma cruzada WXWIDGETS ...

225 5.2 MB

Download

Naspro.

Quadro de processamento de som livre e aberto com uma forte ênfase na interoperabilidade ...

159 2.8 MB

Download