Hyper-Vに動的メモリ割り当て変更機能を追加へ － ＠IT
2010/03/19 マイクロソフトは3月18日、Windows Server 2008 R2およびWindows7向けのService Pack 1（SP1）を発表した。詳細は今後数カ月で明かすとしているが、VDI（仮想デスクトップ）関連で2つの重要な機能追加があるとしている。SP1の出荷時期については言及されていない。 1つは「ダイナミック・メモリ」。大容量の物理メモリを搭載するサーバ上でHyper-V R2を稼働したとき、各VMに対して負荷に応じて動的にメモリを割り当てるという。VMのパフォーマンスや実行状態に影響を与えることなく、最大限に搭載メモリを活用し、より多くのVMを稼働できるようになるという。 もう1つの機能追加は「RemoteFX」。これは特定のプロダクトではなく、RDP（Remote Desktop Protocol）に対する拡張のことで、Windows Aero、Si
Seminars and Workshops
United States IBM® Site map Search Table header results Link to Workshop/Seminar Year user2agent - Workshop on User-Aware Conversational Agents 2019 ISCOL 2018 - The 2018 Israel Seminar of Computational Linguistics 2019 CSPSAT 2018 - 7th International Workshop on the Cross-Fertilization Between CSP and SAT 2018 CSPSAT 2016 - 6th International Workshop on the Cross-Fertilization Between CSP and SAT
第2回 x86で簡単に仮想化ができないのはなぜ？（その1）
個々の仮想化技術の説明に入る前に，まず仮想化技術が適用できるプロセッサの要件を明確にしていこう。以下では，汎用的な仮想化の要件について述べたうえで，現在最も広く使われているx86（IA-32）アーキテクチャを例に取り上げ，問題点を明らかにする。 すべてのセンシティブ命令が特権命令であることが要件 仮想化を実現するためにCPUアーキテクチャが満たすべき要件の研究は古く，IBM システム/360の時代から行われている。最も有名な論文としては1974年にCACM（Communications of the Association for Computing Machinery）に掲載されたGerald J. Popek氏とRobert P. Goldberg氏の“Formal Requirements for Virtualizable Third Generation Architecture
PopekとGoldbergの仮想化要件 - Wikipedia
PopekとGoldbergの仮想化要件 (英:Popek and Goldberg virtualization requirements) とは、コンピュータアーキテクチャが効率的にシステムの仮想化を実現するための一群の十分条件である。ジェラルド・J・ポペック (Gerald J. Popek) と ロバート・P・ゴールドバーグ (Robert P. Goldberg) の 1974 年の論文 "Formal Requirements for Virtualizable Third Generation Architectures" (仮想化可能な第三世代アーキテクチャへの要件) で示された [1] 。これらの要件は簡単のため仮定に基づいたものであったが、コンピュータアーキテクチャが十分な仮想化機能を備えているかどうかの判断基準と、仮想化されたコンピュータアーキテクチャの設計についての
リリース：Microsoft Hyper-V 1.0 (20080626-1) | virtualization.info
3年もの開発期間（当初の発表はWinHEC 2005カンファレンスで行われた）を経て、Microsoft社は6月26日、ついに同社初の基盤仮想化プラットフォーム、「Hyper-V」をリリースする。 ここまでの長い道のりのなか、同製品はスケジュールの遅れ、名称変更、そして予定されていた重要な一部機能の削除を経験してきた。 「Virtual Server」や「Virtual PC」と異なり、Hyper-Vはタイプ-1の仮想マシンモニタ（別名：ハイパーバイザー）となっており、Xenや、その各種市販バージョンとかなり似通ったアーキテクチャを持っている。 これにより、「Citrix XenServer」、「Virtual Iron」、まもなく登場する「Sun xVM Server」の各プラットフォームと、そして言うまでもなく「VMware ESX」との直接比較が可能になる。 後者（「VMware E
Red Hat社のKVM採用でXenはどうなる？ (20080620-1) | virtualization.info
正式版で何がうたわれていようと、Red Hat社の仮想化戦略は常に問題を抱えてきた。 それは2004年12月にスタートした。同社はこのとき、自社のエンタープライズOSである「Red Hat Enterprise Linux（RHEL）4.0」の仮想化エンジンにオープンソースハイパーバイザーのXenを採用する計画を明らかにした。 だが残念ながら、Red Hat社がようやくXenを搭載したRHEL 5.0をリリースした2007年3月までの2年間、このような計画が現実になることはなかった。 そして2006年の半ば、同社は遅ればせながら興味深い作戦に出た。Xenは未成熟だと宣言し、自社のエンタープライズ版ディストリビューション（SUSE Linux）にXenを統合するのは無責任だとし、最大のライバルであるNovell社を非難してきた。 おそらくこの主張を裏付けるためと思われるが、Red Hat社は
[ThinkIT] 第2回：Xenでわかる仮想マシンソフトウェア (1/3)
Xenはハイパーバイザータイプの仮想マシンソフトウェアです。さらに細かくいうとPara-virtualizing Virtual Machine Monitor（日本語だと疑似仮想化仮想マシンモニター）という種類に属します。 今、オープンソースソフトウェア業界で多くのベンダーから支持を得ている仮想マシンソフトウェアです。 今回はXenを用いて、ハイパーバイザータイプの仮想マシンソフトウェアの機能を紹介します。 Xenはイギリスケンブリッジ大学の研究プロジェクトから生まれました。Xenのソースコードはアメリカのカリフォルニア州パロアルトにあるXenSource社という企業が管理しています。しかし、開発はオープンソースコミュニティ主導で行われています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
