開発動機
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/10/12 06:49 UTC 版)
ハードウェア記述言語の主流は、VHDL、Verilog(および後継言語のSystemVerilog)であるが、これらは、ハードウェアの動作仕様の文書化、およびモデリングやシミュレーションのための言語として開発されたため、論理合成の機能は、シミュレーションのサブセットとなっている。また、これらの言語は、現在のソフトウェア用プログラミング言語の強力な抽象化機能は持っていない。このため、ハードウェアの設計者の生産性が低くなっている。Chiselは、Scalaをベースとして、現代のプログラミング言語の機能を提供する事を目的として開発された。
※この「開発動機」の解説は、「Chisel」の解説の一部です。
「開発動機」を含む「Chisel」の記事については、「Chisel」の概要を参照ください。
開発動機
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/10/30 03:01 UTC 版)
RISC-Vの設計者は、命令セットは、ハードウェアとソフトウェアの中間に存在する故に、コンピュータのインタフェースの中心であると主張している。もし、良い命令セットがオープンで誰もが利用できるなら、ソフトウェアの再利用がより可能になり、そのコストは劇的に削減されるだろう。また、ハードウェア製造者間の競争が促進され、ハードウェア製造者は、より多くのリソースを設計に使えるようになり、ソフトウェア・サポートに使うリソースは少なくできる。 彼らの主張によれば、命令セットの設計では新しい設計原理が現れることはほとんどなく、過去40年の中で最も成功した設計はますます似通って来ている。失敗した設計のほとんどは、出資した企業が商業的に失敗したのであり、命令セットが技術的に劣っていたからではない。よって、よく設計されたオープンな命令セットが、十分に確立された設計原理を用いて設計されれば、多くのベンダーが長期間に渡ってサポートする気になるだろう。 先行のオープンなISAのほとんどは、ライセンスにGNU General Public License(GPL)を使用することで、ユーザーにコピーや利用するにあたって、実装をオープンにするようにさせていた。 他の学術目的の設計とは異なり、RISC-V命令セットは、研究内容の説明のための簡略化に最適化するのではなく、実用的なコンピュータに最適化した簡略化にすると宣言されている。この簡略化はコンピュータの速度向上を目的とするが、コストや電力使用量も削減される。この命令セットに含まれるものは、ロード/ストア アーキテクチャ、CPU内部のマルチプレクサを単純化するビット・パターン、簡略化された標準に基いた浮動小数点、アーキテクチャに中立な設計、および、最上位の符号ビットを固定とすることによる符号拡張の高速化である。符号拡張は、しばしば、クリティカル・タイミング・パスになると言われている。 命令セットは、幅広い層のユーザー向けに設計されている。32-、64-、128-ビットの3つのワード幅、様々なサブセットをサポートする。各サブセットの定義は、3つワード幅間で、わずかに変化する。サブセットは、小さな組み込みシステム、パーソナルコンピュータ、ベクタプロセッサを持つスーパーコンピュータ、および、ウェアハウス・スケールのラック・マウント型並列計算マシンをサポートする。 命令セットは、可変長幅で、拡張可能であるため、より多くのエンコード・ビットが追加可能である。ISAには128ビットまで拡張されたバージョンまで予約されている。これは、過去60年の業界の歴史の中で、過去の命令セットでメモリアドレス空間が不足していたことが原因で、取り返しのつかない失敗が起きたことを反映している。2016年現在、128-ビットのISAは、その巨大なメモリシステムに関する知見がほとんどないために、意図的に未定義にされている。 しかしながら、RISC-Vは、設計者の学術利用もサポートしている。整数命令のサブセットは単純であるため、学生が初歩的な練習をすることができ、整数命令サブセットはシンプルなISAであるため、ソフトウェアによる研究用マシンの制御にも利用できる。可変長のISAは、学生の練習と研究のための拡張を可能にする。別定義の特権命令セットを用いれば、OSの研究を、コンパイラを再設計せずにサポートできる。RISC-Vのオープンな知的財産によって、設計を公開したり、再利用したり、修正が可能になる。
※この「開発動機」の解説は、「RISC-V」の解説の一部です。
「開発動機」を含む「RISC-V」の記事については、「RISC-V」の概要を参照ください。
開発動機
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2015/02/10 09:09 UTC 版)
「Sato Icon Changer」の記事における「開発動機」の解説
HSPを使用することでソースコードをコンパイルしてWin32上で動作する実行ファイルを作成することが出来るが、使用するランタイムのアイコンリソースのアイコンが実行ファイルのアイコンとなる。標準のランタイムhsprtに含まれるアイコンはスープカップである。HSPの開発エディタ側で作成する実行ファイルのアイコンを任意のアイコンに変更する機能が入っていない為、当該開発者自身が以後のHSP製ソフトを作成していく上で必要となるアイコン書換ソフトを作ろうとして開発された。
※この「開発動機」の解説は、「Sato Icon Changer」の解説の一部です。
「開発動機」を含む「Sato Icon Changer」の記事については、「Sato Icon Changer」の概要を参照ください。
開発動機
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2020/10/03 01:23 UTC 版)
XMLのデータ処理言語は、例えばXPath、XSLT、XQueryが、W3 Consortiumにより提案されている。しかし、これらは、汎用的なプログラミング言語ではなく、アプリケーションの全てを実装するには不十分である[要出典]。この理由により、ほとんどのXMLアプリケーションは、CやJavaのような伝統的なプログラミング言語、もしくはPerl、JavaScriptやPythonのようなスクリプト言語を用いて実装される。 2つの異なる言語(例えば、XPahtとJava)を組み合わせる試みは、インピーダンス・ミスマッチとして知られる問題を引き起こす。インピーダンス・ミスマッチは、2つの側面からなる: 異なるデータモデル、つまりツリー構造のXML文書のXPathモデル(ほとんどの汎用プログラミング言語は、ツリーのためのネイティブのデータ型を持たない) 異なるプログラミングパラダイム。言い換えると、XSLTは、関数型言語であり、一方、Javaは、オブジェクト指向言語で、Perlは、手続き型言語である。 インピーダンス・ミスマッチは、複雑なコンバータと、2つの言語を結びつけるのに使用するAPI(例えば、DOM)を要求する。 インピーダンス・ミスマッチの問題を軽減もしくは消し去るために、Scheme関数プログラミング言語をXMLのデータ処理に使用する事ができる: ネストしたリスト(SchemeにおけるS式)は、ネストしたXML文書の自然な表現を提供する。Schemeは、コードとデータを、動的な型の要素のネストしたリストで表現し、XML文書(ネストしたXML要素の階層構造からなる)は、階層的なネストしたSchemeのリスト(所謂、S式)と考えることができる。 Schemeは、ほとんどのXML用の言語(例えば、XSLTとXQuery)と同じく関数型言語である。Schemeは、(ネストした)リストを再帰的な方法で処理する。この方法は、文書ツリーを、渡り歩く/変換する処理と考えることもできる Scheme(LISPの方言である)は、広い意味でのスクリプト言語である。Schemeは、実際に使用されている、最も洗練され、コンパクトなプログラミング言語の一つである: Schemeの標準の記述は、わずか40ページである。Schemeは、高水準言語であり、高速なプロトタイピングに向いている。さらに、Schemeプログラムは、一般的に、同じ機能のCプログラムよりも何倍もコンパクトである。 XMLとSXMLの字面は、とても似ている: 非公式には、SXMLは、XMLの開始/終了 タグを開き/閉じ 括弧で置き換える。一方、SXMLは、S式であり、それゆえ、Schemeプログラミング言語の主なデータ構造であり、結果として、Schemeを経由して、簡単かつ自然に処理できる。
※この「開発動機」の解説は、「SXML」の解説の一部です。
「開発動機」を含む「SXML」の記事については、「SXML」の概要を参照ください。
開発動機
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/03/02 00:45 UTC 版)
「ナブッコ・パイプライン」の記事における「開発動機」の解説
詳細は「en:Russia in the European energy sector」を参照 ナブッコ・パイプラインは、欧州連合とアメリカ合衆国の主導で開発が進められてきた。欧州横断エネルギーネットワーク構想(英語: Trans-European Networks - Energy, TEN - E)において、ナブッコ・パイプラインは重要戦略に位置づけられている。プロジェクトの目的はカスピ海地域および中東地域の天然ガスをEU諸国に供給することである。これは、エネルギーの供給元を多様化し、ヨーロッパへの天然ガスの最大の供給者であったロシアへの依存度を軽減させる意図によるものである。2006年のロシア・ウクライナガス紛争はこうした供給元の多角化を目指す要因のひとつとなった。また、欧州委員会の報告によると欧州におけるガス消費量は2005年の年間5020億立方メートルから2030年には年間8150億立方メートルへと増加することが予期されており、これは将来ロシア一国では欧州のガス需要を満たしきれない事を意味する。 国際エネルギー機関事務局長(当時)の田中伸男は、ナブッコ・パイプライン計画はガスの供給元を増やすことになり、ヨーロッパのエネルギー安全保障の観点からはサウス・ストリームよりもより効果的であると述べている。
※この「開発動機」の解説は、「ナブッコ・パイプライン」の解説の一部です。
「開発動機」を含む「ナブッコ・パイプライン」の記事については、「ナブッコ・パイプライン」の概要を参照ください。
- 開発動機のページへのリンク