EucalyptusNetworking_v1.5.2 - Eucalyptus
Eucalyptus ネットワークの構成 (1.5.2) はじめに ブリッジ名について SYSTEM モード STATIC モード MANAGED モード 必要条件 構成 トラブルシューティング MANAGED NOVLAN モード 必要条件 構成 はじめにバージョン 1.5 以降の Eucalyptus に含まれている VM ネットワーク・サブシステムは細かな構成の指定が可能で、さまざまなネットワーク環境に対応できます。具体的には 4 つのハイレベルなネットワーク「モード」が用意されており、各モードには固有の構成パラメータ、機能、利点があり、その一方で、場合によってはローカルネットワークの設定に制限が生じることもあります。管理者はあらかじめ、Eucalyptus コンポーネントを実行する各マシンで設定ファイル 'eucalyptus.conf' を修正し、フロントエンドとノードで Euc
EucalyptusGettingStarted_v1.5.2 - Eucalyptus
Eucalyptus スタートガイド (1.5.2) ここでは、Eucalyptus ベースのクラウドを使うための基本的な手順について説明します。Amazon の EC2 システムを使ったことがあれば、手順のほとんどは同じであることがわかると思います (実際、Amazon のコマンドライン・ツールは Eucalyptus でも使用できます)。 1. コマンドライン・ツールのインストール 以下に示す手順の説明では、Eucalyptus チームが配布している euca2ools コマンドライン・ツールを使うことを前提としています。これらのツールをまだインストールしていない場合は、インストールしてください。 2. サインアップ Eucalyptus Public Cloud を使う場合は、your.cloud.server の代わりに mayhem9.cs.ucsb.edu を使ってください。
static変数に対応するアドレスを探す(ELF format編） - ものぐさ備忘録
共有ライブラリ上に存在する、あるstatic変数aのプロセス上でのアドレスを知りたいときがあります。apt-getでインストールした共有ライブラリをデバッグしたい時なんかがそうです。 最近、こういったアドレスを探すことが多いので、忘れないようにメモっておきます。 以下の話は、共有ライブラリが位置独立コード（PIC)としてコンパイルされていることを前提にしています。 あと、私はgccとx86系cpuを使って確認しているので、他の環境だと違う場合があります。 基本 共有ライブラリを使っているプロセスのメモリ利用状況をpmapコマンドやprocファイルシステムを使って確認することで、共有ライブラリのロード先がわかります。 共有ライブラリ名がhoge.soだとすると、 $ pmap 10000 08048000 4K r-x-- a.out ...<略>... b7f8e000 8K rwx--
アドレッシングモード - Wikipedia
アドレッシングモード(Addressing Mode)は、CPUの命令セットアーキテクチャ(ISA)において、命令のオペランド部（演算の対象となるデータのこと）を表すための方法のことである。一般に、プロセッサの命令において、オペランドとその結果を出力する場所が必要である。アドレッシングモードは、結果を出力する場所をオペランドと同じ場所とし、オペランドの領域に結果を書き戻す方法である。これによって、命令での場所の指定が最小限に抑えられる。そのため、狭義のアドレッシングモードでは、オペランドとして使用すべきメモリ領域を指定する。しかし、広義には、レジスタを指定したり、値が命令のオペランドとして直接与えられたりする場合も含まれる。 プログラミングの観点では、アドレッシングモードはコンパイラ開発を行う時やアセンブリ言語を利用する際に重視される。 アドレッシングモードの複雑さ[編集] コンピュータ・
HighMemory - kmap Linuxカーネルメモ
0xc0000000以降の約1GBのカーネル空間は物理ページに対してストレートにマップされる(図1)。カーネルのアドレス空間は1GBまでしかないため、物理メモリを1GB以上実装するとストレートにマップできないメモリができる。このストレートマップされない高位のメモリをHighMemoryと呼ぶ。正確には896MB以降がHighMemoryとなる。逆にストレートマップされているメモリLowMemoryと呼ばれる。 カーネルの使用する多くのデータは基本的にストレートマップされているLowMemに置かないといけないものが多いため(*1)(*2)、大規模なシステムだとカーネルデータが大きくなり、LowMemoryのサイズがネックになってくる。このため、プロセスのユーザ空間へのページの割り当てなどはHighMemoryから優先的に割り当てるようして、LowMemoryを圧迫しないようにしている。 (*
x86 Linux のメモリモデル、プロセス空間切り替え、カーネルスタック - naoyaのはてなダイアリー
ひとつ前のエントリ id:naoya:20070924:1190653790 では Linux のコンテキストスイッチにおける、主にハードウェアコンテキストの退避/復帰の処理を追ってみました。その中で カーネルスタック (switch_to() 内で pushl %ebp とかして値が積まれるスタック)とはそのときの実行コンテキストに紐づくカーネルプロセススタックという理解でよいか。 という疑問がもやもや湧いて出てきました。ここ数日 はじめて読む486―32ビットコンピュータをやさしく語る を読んでいたのですが、その中にこの疑問への答えへの入り口が載っていまして、そこを糸口に調べてみました。で、結果としては 答え: 良い でした。 x86 は特権レベルの移行と連動してスタックポインタを切り替える仕組みを持っています。Linux の場合モードはカーネルモード(特権レベル0) とユーザーモード
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Euca2oolsNetworking - Eucalyptus linux4u.jp Wiki
iPhoneの連絡先をQRコードへ変換 ｜ QR Card
bne.jp
bookshelf.jp