resp の無料ダウンロード、ソフトウェアのダウンロードでの resp のダウンロード-softwaresea.com

反射シミュレーションプラットフォーム Resp Reseは、高抽象化レベルで動作するMPSOCシミュレーションプラットフォームです。 Respによって使用されるコンポーネントは、SystemCおよびTLMハードウェアおよび通信記述ライブラリに基づいています。 Resp SystemCオブジェクトとTLMオブジェクトを操作するための邪魔にならないフレームワークを提供します。シミュレーションプラットフォームはPythonプログラミング言語を使用して構築されています。その反射能力は、Systemcコンポーネントモデルの内部構造を観察する可能性を持つプラットフォームを強化します。この機能により、分析中のアーキテクチャのランタイム構成と動的管理が可能になります。 PythonとSystemCの統合によって提供される完全な可能性は、シミュレーション中に、クエリ、検査、および、ハードウェアモデルの内部状態を変更するために悪用されます。これらの機能は、実行中のソフトウェアとモデル化されたハードウェアアーキテクチャの両方のデバッグプロセスを単純化します。 SystemCを正しくコンパイルするには、次の手順に従う必要があります。・http://www.systemc.orgのWebサイトからSystemcバージョン2.2をダウンロードします。・アーカイブを解凍します。 //trac.elet.polimi.it/resp/trac.cgi/downloader/download/file/30/configure.in・すべてのMakeFile.inを除去します。 --ad-missing - copy、autoconf・パッチ？命令Typedef Char * CADDR Tを追加することで、パッチ？LE SRC / SYSC /カーネル/ SC COR QT.H。 85行目で、構成を実行しているコンパイルを使用した手順、Make、Makeコマンドを作成します。他の依存関係を得るために、NKまたはDarwinポートを使用する必要がないかを注意してください。それらのすべては、すでにプリコンパイルされた形式（R.e.e.cmake）でインターネットからダウンロードできます。または、自分でコンパイルできます（例えば、Boost Libraries、GCCXML。。。）。 NALノートはクロスコンパイラに関するものです.TRACのWebサイトに存在するバイナリはLinuxベースのシステムでのみ機能しています。 Mac-OSXベースのシステムでクロスコンパイラを使用するには、自分自身を再検討する必要があります。その方法に関する説明は、Webサイトhttps://trac.elet.polimi.it/respに存在します。これが「Resp」の主な機能です。・コンポーネントライブラリー：後述するように、この作品の目的は、SystemCモデルのライブラリを構築することではなく、これらのコンポーネントを接続し、分析し、どのシミュレーションを効率的に管理できるようにすることができる効率的メカニズムを作成することです。とにかく私達はプロセッサ、バス、そして様々な周辺機器のいくつかのコンポーネントモデルを構築しました。後でそれらの詳細な説明が続きます。・シミュレータ自体内の新しいコンポーネントのシームレス統合。これは、SystemCモデルの周囲のPythonラッパーの自動作成を通じて得られるRespの反射機能のおかげで達成されます。・GDB：GDBデバッガはプロセッサシミュレータおよびメモリインタフェース内に統合されています。 ISSとGDB間の緩いカップリングがあるため、新しいプロセッサモデルを追加することは、ISS変数が物理実プロセッサレジスタにどのようにマッピングされるかを指定するという問題です。 GDBスタブでは、プログラムをデバッグするために、GDBネイティブ機能とコマンドのMA joritityを使用することが可能です。スタブは、マルチプロセッサアーキテクチャが使用されている場合のプロセッサ間の調整をサポートするように設計されています。これらすべてに加えて、シミュレーション時間を管理するために、いくつかの追加のコマンド（Monitor GDBコマンドを使用してアクセス可能）が作成されます。・デバッグツール：GDBに加えて、プログラマーがプログラム内のバグを発見するのに役立つ可能性があるその他のツールを開発しました。特に、シミュレーション後に使用されたメモリデバッガ（GUIでも）メモリデバッガ（GUIとも登場）を集中させました。メモリ履歴に単純なクエリを実行する可能性もあります。トレーサー（GUIともたす）は、トレースが作成されるようにプロセッサを計装する可能性があるだけです。 GUIは、異なるプロセッサのトレースを比較し、それらのすべてを同時に可視化するために使用されます。・プロフィンディー：各プロセッサで実行されているソフトウェアに関するメトリックを抽出するために使用される機能です。各実行ユニットの利用を測定することもできるように、各プロセッサのために全ての対策が別々に行われる。プロファイルを使用して生成できるデータは、次のとおりです。（a）呼び出しグラフ（b）各関数に費やされた時間と呼び出し数（c）各アセンブリ命令の呼び出し数と呼数。プロセッサで直接プロセッサを操作することで、ソフトウェア計装は実行されません（プロファイルは侵入的ではありません）。・ECOS OS：ECOSオペレーティングシステムの内部にRespのサポートを追加しています。これは、シミュレータ上でECOSを実行することが可能であることを意味します。これまでサポートされている唯一のターゲットは、シングルプロセッサとマルチプロセッサ構成の両方でARMプロセッサです。・OSエミュレーション：RESPには、マルチスレッドマルチプロセッサPOSIXコンパルオペレーティングシステムを完全にエミュレートする可能性があります。つまり、プログラムによって実行されたオペレーティングシステムルーチンへの呼び出し（ISSで実行中）がシミュレートされるのではなく、ホストOS（PC上で実行されているもの）に転送されます。 libgompライブラリのクロスコンパイルのおかげで、OpenMPベースのプログラムをエミュレートすることも可能です。・Binutils Wrapper：アクセス、解析、および誤って実行可能ファイルを修正できるようにするために、Binutilsライブラリ（特にBFD周辺）のラッパー。このラッパーは現在、OSエミュレーションおよびブートローダに使用されています。・クロスコンパイラ：NEWLIBに基づくと、OSエミュレーションメカニズムをサポートします。これらのクロスコンパイラを自動的に生成するためのPythonスクリプトはASOに含まれています。・TPCインタフェース：Socketインタフェースを呼び出して制御できるようにするために。特別なプロトコル（GDBが使用したものと同様）が開発されました。このインタフェースは、Respと通信するための外部プログラム（たとえばGUI）によって使用できます。要件：・バイソン・Systemc 2.2以降・1.33.1以降のブースト・GraphViz ・Python 2.4以降・GCCXML 0.9以降・RAMメモリ：500 MB（少なくとも1 GBは強くお勧めします）・ハードドライブの2 GBの空き容量このリリースの新機能：・FPA11コプロセッサー：ARM7TDMIの浮動小数点コプロセッサモデル・Pythonのフルブレークポイントとコールバックメカニズム：システム内の任意の変数のすべてのSYSTEMCデルタサイクルまたはPythonスクリプト状態でPythonでPythonコールバックを発光することが可能です。・RTEMSのサポート：LEON2モデルのRTEMSサポート・大型マルチスレッドアプリケーションベンチマーク：FFMPEG、PBZIP2 ・電力分析フレームワークの初期開発・シンプルで一般的なキャッシュモデル・今すぐMacosに正常にコンパイルされます

resp 関連ソフトウェア