Eucalyptus ネットワークの構成 (1.5.2) はじめに ブリッジ名について SYSTEM モード STATIC モード MANAGED モード 必要条件 構成 トラブルシューティング MANAGED NOVLAN モード 必要条件 構成 はじめにバージョン 1.5 以降の Eucalyptus に含まれている VM ネットワーク・サブシステムは細かな構成の指定が可能で、さまざまなネットワーク環境に対応できます。具体的には 4 つのハイレベルなネットワーク「モード」が用意されており、各モードには固有の構成パラメータ、機能、利点があり、その一方で、場合によってはローカルネットワークの設定に制限が生じることもあります。管理者はあらかじめ、Eucalyptus コンポーネントを実行する各マシンで設定ファイル 'eucalyptus.conf' を修正し、フロントエンドとノードで Euc
共有ライブラリ上に存在する、あるstatic変数aのプロセス上でのアドレスを知りたいときがあります。apt-getでインストールした共有ライブラリをデバッグしたい時なんかがそうです。 最近、こういったアドレスを探すことが多いので、忘れないようにメモっておきます。 以下の話は、共有ライブラリが位置独立コード（PIC)としてコンパイルされていることを前提にしています。 あと、私はgccとx86系cpuを使って確認しているので、他の環境だと違う場合があります。 基本 共有ライブラリを使っているプロセスのメモリ利用状況をpmapコマンドやprocファイルシステムを使って確認することで、共有ライブラリのロード先がわかります。 共有ライブラリ名がhoge.soだとすると、 $ pmap 10000 08048000 4K r-x-- a.out ...<略>... b7f8e000 8K rwx--
アドレッシングモード(Addressing Mode)は、CPUの命令セットアーキテクチャ(ISA)において、命令のオペランド部（演算の対象となるデータのこと）を表すための方法のことである。一般に、プロセッサの命令において、オペランドとその結果を出力する場所が必要である。アドレッシングモードは、結果を出力する場所をオペランドと同じ場所とし、オペランドの領域に結果を書き戻す方法である。これによって、命令での場所の指定が最小限に抑えられる。そのため、狭義のアドレッシングモードでは、オペランドとして使用すべきメモリ領域を指定する。しかし、広義には、レジスタを指定したり、値が命令のオペランドとして直接与えられたりする場合も含まれる。 プログラミングの観点では、アドレッシングモードはコンパイラ開発を行う時やアセンブリ言語を利用する際に重視される。 コンピュータ・アーキテクチャが異なれば、それぞれに独
0xc0000000以降の約1GBのカーネル空間は物理ページに対してストレートにマップされる(図1)。カーネルのアドレス空間は1GBまでしかないため、物理メモリを1GB以上実装するとストレートにマップできないメモリができる。このストレートマップされない高位のメモリをHighMemoryと呼ぶ。正確には896MB以降がHighMemoryとなる。逆にストレートマップされているメモリLowMemoryと呼ばれる。 カーネルの使用する多くのデータは基本的にストレートマップされているLowMemに置かないといけないものが多いため(*1)(*2)、大規模なシステムだとカーネルデータが大きくなり、LowMemoryのサイズがネックになってくる。このため、プロセスのユーザ空間へのページの割り当てなどはHighMemoryから優先的に割り当てるようして、LowMemoryを圧迫しないようにしている。 (*
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
ひとつ前のエントリ id:naoya:20070924:1190653790 では Linux のコンテキストスイッチにおける、主にハードウェアコンテキストの退避/復帰の処理を追ってみました。その中で カーネルスタック (switch_to() 内で pushl %ebp とかして値が積まれるスタック)とはそのときの実行コンテキストに紐づくカーネルプロセススタックという理解でよいか。 という疑問がもやもや湧いて出てきました。ここ数日 はじめて読む486―32ビットコンピュータをやさしく語る を読んでいたのですが、その中にこの疑問への答えへの入り口が載っていまして、そこを糸口に調べてみました。で、結果としては 答え: 良い でした。 x86 は特権レベルの移行と連動してスタックポインタを切り替える仕組みを持っています。Linux の場合モードはカーネルモード(特権レベル0) とユーザーモード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く