Armはどうやって効率的な仮想化を実現しているのか 進化するAArch 64の仮想化支援機構
Arm入門勉強会とは、macOSがArmに移行したこの機にArmアーキテクチャでのプログラミングについて入門するソフトウェアエンジニアのための会です。今回主催の@nullpo_head 氏が、Armの仮想化支援機構について、その仕組みから深く説明します。後半は「AArch 64の仮想化支援機構」について。 AArch 64の仮想化支援機構 以上が一般的な現代のハードウェア仮想化支援機構についての話になるんですけど、ここからはArmというか、AArch 64の仮想化支援機構についての解説を始めます。 対象アーキテクチャについてです。Virtualization ExtensionというのがArm v7のときの名前で、AArch 64ではどうもただの仮想化機構としか呼ばれていないみたいなんですけど、とりあえずAArch 64だけを対象に発表します。基本的には特権レベルの名前とかが変わるだけでだ
VM環境のCPU仮想化はどうやって実現しているのか ハードウェア仮想化支援機構の仕組み
Arm入門勉強会とは、macOSがArmに移行したこの機にArmアーキテクチャでのプログラミングについて入門するソフトウェアエンジニアのための会です。今回主催の@nullpo_head 氏が、Armの仮想化支援機構について、その仕組みから深く説明します。前半は「現代のハードウェア仮想化支援機構」について。全２回。 ハードウェア仮想化支援とは何か 佐伯 学哉氏：入門セッション3つ目は『Armの仮想化支援機構』についての入門セッションです。どうぞよろしくお願いします。 本発表のスタートとゴールです。VMwareとかQemuとか使ったことあるけど仮想マシンの仕組みなんも知らんというところがまずスタートになっています。 1個目のゴールは、最近のVMのざっくりした仕組みとハードウェア仮想化支援とは何かということがわかること。そしてその話のあとに実際にArmの仮想化支援機構の概要を説明し、Armの仮想
Red Hat Enterprise Linux for Real Time | Red Hat Product Documentation
For customersCustomer supportSubscription managementSupport CasesRed Hat Ecosystem CatalogFind a partnerFor partnersPartner portalPartner supportBecome a partnerTry, buy, & sellRed Hat MarketplaceRed Hat StoreContact SalesStart a trialLearning resourcesTraining and certificationHybrid cloud learning hubInteractive labsLearning communityRed Hat TVArchitecture centerOpen source communitiesGlobal adv
Creating a Basic LED Driver for Raspberry Pi – Sysprogs Tutorials
This tutorial demonstrates how to develop and debug a basic hardware driver for Raspberry PI. It will demonstrate the following techniques: Controlling the BCM2708/BCM2835 peripherals by accessing their hardware registers Creating a sysfs device object to provide user-mode control interface Using software timers provided by Linux Kernel We will create a kernel module that will make an LED connecte
【Raspberry Pi】GPIO出力させる最小限のデバイスドライバ作成メモ - Qiita
前提 Raspberry Pi上で実行 デバイスファイルに何かを書き込むと、GPIO21を出力させる モジュールをrmmodすると出力が終わる Raspberry Pi Model B+(多分) シンプルなキャラクタ型デバイスドライバ作成メモ（cdev） - Qiita の続き エラーハンドリングは一切なし コード #include <linux/module.h> #include <linux/init.h> #include <linux/kernel.h> #include <linux/fs.h> #include <asm/uaccess.h> // copy_from_user #include <linux/cdev.h> // cdev★ #include <linux/ioport.h> #include <linux/io.h> #define NODE_NAME "
Xen on Raspberry Pi 4 adventures
The Xen Project is excited to share that the Xen Hypervisor now runs on Raspberry Pi. This is an exciting step for both hobbyists and industries. Read more to learn about how Xen now runs on RPi and how to get started. Written by Stefano Stabellini and Roman Shaposhnik, originally posted on Linux.com Raspberry Pi (RPi) has been a key enabling device for the Arm community for years, given the low p
Raspberry Pi 4 model Bs arriving with newer 'C0' stepping | Jeff Geerling
Owing to a mishap with the Pi 4 model B I use for testing—more on how Red Shirt Jeff ruined that board later this week—I had to go buy a new Pi 4 last week. The local Micro Center only had the 8 GB model in stock, so I went a little over budget and bought it. When I arrived home, I checked the board, and noticed a bit of a difference on the Broadcom SoC: Can you spot it? The model number of the BC
vSphere のメモリー活用の仕組みについて - Qiita
別の所で使おうと思っていたネタですが、そちらではどうなるかわからないのでとりあえずこっちで書いてみます。 vSphere を含めた仮想化環境のメモリーの話 仮想化環境のメモリー管理はいろいろな種類があるのですが、SE でもそれを理解していないでインフラの設計・運用管理をしている人を多く見かけるので、vSphere ネタとしてちょっと書いてみました。ご興味あればお読みください。 仮想化環境でメモリーを活用する技術は 物理サーバーでは、サーバー1台1台個々にメモリーを持って専有して使っていました。そして、物理サーバー全盛の時代ではハードウエアの開発速度も速く、ちょっと間を置くと性能や容量が倍とか一桁違っていたりとかが良くありました。そのような時代の中、物理ハードウエアの上でそれらの余裕あるリソースを使って仮想的にコンピューターをエミュレーションして使うという考え方が出てきて、今は仮想化の世界で
VMware ESXにおけるメモリ管理(8) - バルーニング - Simple is Beautiful
『VMware ESXにおけるメモリ管理』シリーズ (1) - 序：他のリソースとの違いはなに？ (2) - 仮想化インフラにおけるメモリ管理って？ (3) - メモリに関する仮想化支援機能(Intel EPT/VPID, AMD RVI/Tagged TLB) (4) - メモリを割り当てるのは簡単だが、回収するのは難しい (5) - 透過的ページ共有 (6) - Dynamic Memory on Hyper-V 実装編 (7) - Dynamic Memory on Hyper-V 設定編 +α …の続きです。 戻って参りました、ESX(^_^;)。では、さっそく。今回のお題はバルーニングです。 バルーニングは(5)で取り上げた透過的ページ共有とは全く異なるメモリ管理手法です。透過的ページ共有はゲストOSに対しては透過的に(つまりは仮想マシン上のゲストOS側からは意識されないかたちで
コンテナ目線で考えるUnikernelとmicroVM / MicroVM and Unikernel in the container world
コンテナ目線で考えるUnikernelとmicroVM / MicroVM and Unikernel in the container world
Red Hatのエンジニアが作り始めた新しいVMM「libkrun」 コンテナに特化したミニマリストな実装とは | ログミーBusiness
Kernel/VM探検隊はカーネルや仮想マシンなどを代表とした、低レイヤーな話題でワイワイ盛り上がるマニアックな勉強会です。太田氏からは、Red Hatの「libkrun」の概要と仕組みについて発表がありました。 Red Hatが新しく作ったVirtual Machine Monitorの「libkrun」太田航平氏：これから「10分で完全理解したかったlibkrun」という話をしていきます。よろしくお願いします。 まずちょっと自己紹介をすると、太田と言います。ふだんインターネットではinductorという名前で活動していて、本職は日本ヒューレット・パッカード合同会社という会社で、DockerやKubernetesを使った基盤のアーキテクトをしています。 コミュニティ活動は「Container Runtime Meetup」とか「Cloud Native Days」というカンファレンスの運
taskset と cgroup は何が違うのか
taskset と cgroupは、あるプロセスが利用可能な CPU コアを制限できる技術。どんな違いがあるのかを調べた。なお、本記事の cgroup は cgroup v1 のこと。 taskset は sched_setaffinity システムコールを利用したコマンドラインツール。sched_setaffinity はユーザが実行したプロセスの CPU Affinity をユーザの権限で変えられる。プロセスからは CPU が存在するけど自発的に使わない状態。(≒このコアじゃないとヤダ！)cgroup は CPU/メモリなどのリソースを隔離するための仕組み。cgroup は設定権限をファイルのパーミッションで管理し、ユーザからの操作を禁止できる。プロセスからは CPU が存在しない状態。(≒このコアだけ使ってね)sched_setaffinity と cgroup はユーザへのインタフ
CPUトポロジーを見てみた - なんでもノート
目的 RHEL公式ドキュメントPerformance Tuning Guideを読んでいたら、CPUのトポロジーを出力するコマンドlstopoが出てきた。実際に使ってみた。 CPUのトポロジーを見る方法 Performance Tuning Guideでは3つ紹介されていた。 numactl lscpu lstopo numactl NUMA。いわゆるNon-Uniform Memory Access。ヌマ。複数CPUで近いメモリにデータを置きましょう、という考え方のハードウェアアーキテクチャ。numactl自体はNUMAの情報のみ出力してくれる。 事前準備 numactlパッケージが必要。 # yum install numactl 例 $ numactl --hardware available: 1 nodes (0) node 0 cpus: 0 node 0 size: 1023
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cfr_xen.eps
http://www-archive.xenproject.org/files/xen_interface.pdf
U-boot compilation on CM4 - Raspberry Pi Forums
What is /dev/mmcblk0p2 ? - Raspberry Pi Forums
ImageBuilder - Xen
Building and booting fully customized OS on Raspberry Pi
Node.js Express で HTTPSを利用するパターン - Qiita
