タグ

Linuxに関するg6949のブックマーク (158)

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
    g6949
    g6949 2015/04/20
    spinlock and mutex
  • LibOS for Linuxが登場

    3月24日(米国時間)、Linuxカーネルメーリングリストに投函されたメール「Linux-Kernel Archive: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)」において、カーネルのネットワーク・スタックを共有ライブラリのように利用できるようにする取り組み「LibOS(library operating system)for Linux」が伝えられた。 LibOS for LinuxLinuxカーネルのネットワーク・スタックを共有ライブラリとして利用できるようにし、ユーザランドで動作するプロセスにおいてネットワーク・スタック機能のカスタマイズや新しい機能の追加、デバッグや新しいプロトコルの実験などをより簡単に実現できるようにしようという取り組み。 LibOS for L

    LibOS for Linuxが登場
    g6949
    g6949 2015/03/25
  • Welcome to the Yocto Project Documentation — The Yocto Project ® 4.2.999 documentation

    A Linux Foundation Collaborative Project. All Rights Reserved. Linux Foundation® and Yocto Project® are registered trademarks of the Linux Foundation. Linux® is a registered trademark of Linus Torvalds. © Copyright 2010-2023, The Linux Foundation, CC-BY-SA-2.0-UK license Last updated on Jun 20, 2023 from the yocto-docs git repository.

  • Charming Python: Functional programming in Python, Part 3

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Charming Python: Functional programming in Python, Part 3
  • アプリ屋がつくった分散ストレージソフトウェア「Scality RING」が普通でない理由

    スケールアウトストレージソフトウェア「Scality RING」を開発・提供する米スキャリティは3月5日、日法人スキャリティ・ジャパンを設立した。この製品は他とどう違うのかを、米社COOに聞いた。 米Scalityは3月5日、日法人スキャリティ・ジャパンを設立、日での格的な事業展開を開始した。国内大手携帯キャリア3社のうち2社が電子メール用ストレージとして採用するなど、すでに国内における販売実績もある。日法人社長に就任した江尾浩昌氏は、最優先事項として技術サポート体制の充実を挙げている。 ペタバイトレベルのデータがある組織のためのストレージ Scality RINGは、汎用サーバーを用い、大規模なオブジェクト/ファイルストレージを構築できるソフトウェア。200TB以上のストレージニーズを持つ組織が利用の目安だが、1PBを超えるあたりから同製品の優位性が明確化してくるという。同社

    アプリ屋がつくった分散ストレージソフトウェア「Scality RING」が普通でない理由
  • Linux 4.0リリース候補版にライブパッチ機能が導入

    Linux 4.0では、OSの再起動は不要になるかもしれない。 多くの管理者がLinuxを使う理由の1つに、再起動が必要な機会が少ないことがある。もちろん、重要なパッチの適用には再起動が必要だが、再起動なしで数カ月使い続けることも珍しくはない。しかし、最新のLinuxカーネルでは、その期間が数年単位に延びるかもしれない。 実はこの機能は、2009年のLinuxにはあった。この機能を実現する「Ksplice」というプログラムは、古いカーネルとパッチ後のカーネルを比較し、カスタマイズされたカーネルモジュールを使用して、実行中のカーネルに新しいコードを適用する。Kspliceに対応するカーネルでは、パッチを適用する関数に特別なフラグを付ける。Kspliceのプロセスはその関数を監視して、サーバを動かしたまま、その関数が使用されていない瞬間にパッチを適用する。 ところが、Oracleが2011年に

    Linux 4.0リリース候補版にライブパッチ機能が導入
    g6949
    g6949 2015/03/05
  • VT-dを使ってXenでPCI-Passthroughを設定する手順 at nkjmkzk.net

    システム環境 CPU: Intel Core-i7 860 チップセット: Intel P55 Express マザーボード: MSI P55M-SD40 Xen: 3.4.0 dom0: Oracle VM Server (Oracle Enterprise Linux 5.3ベース) Passthrough対象のdomU: OpenSolaris b134 PVHVM Xenは既にインストールされているという前提で始めます。/etc/grub.confのkernel行に「iommu=pv」と追記してI/O Virtualizationを有効化します。*これはBIOSでの有効とは異なります。BIOSでI/O Virtualizationを有効にした上でこの設定を行います。参考までにgrub.conf全体を。 default=0 timeout=5 splashimage=(hd0,0)/

  • アプリケーションから任意のメモリ空間をアクセスする

    Howtoは、Armadilloシリーズを有効に活用するための参考資料です。使用ソフトウェアのバージョンなど諸条件の差異によって、記載内容と実際の動作が異なる場合があります。また、すべての機能検証や長期の動作試験を行ったものではありませんので、必ずご使用目的に適合した検証・試験を行ってください。 Armadilloの拡張バスを利用して、メモリマップドデバイスを接続した場合など、 来そのデバイス専用のデバイスドライバを作成するのが一般的です。 しかしながら、Linuxカーネル用のデバイスドライバを作成するのはなかなかハードルが高い作業です。デバイスの制御が簡単な場合、アプリケーションから制御できると便利ですね。 そこで、Howtoではアプリケーションからデバイスを制御する方法を示します。 Howtoでは、GPLのフリーソフト "devmem2" を利用します。 devmem2は、"Si

    アプリケーションから任意のメモリ空間をアクセスする
  • 第18回 Linuxカーネルのコンテナ機能 [7] ─ overlayfs | gihyo.jp

    今回からはLXCがコンテナイメージを置く領域に使えるいろいろなストレージバックエンドを利用し、LXCを便利に使う方法を紹介していきます。 LXCでいろいろなストレージバックエンドを利用する方法を紹介する前に、今後コンテナでの利用が増えそうな、3.18カーネルで新たに追加されたoverlayfsについて紹介しておきましょう。 タイトルは「Linuxカーネルのコンテナ機能」としていますが、これまでの機能と同様にoverlayfsもコンテナ専用として使う機能ではありません。名前空間やCgroup以上にコンテナ以外でさまざまなシーンで使えそうですね。 overlayfsとは overlayfsはunion filesystemの実装の1つで、ディレクトリを重ね合わせて1つのディレクトリツリーが構成できます。 話題のDockerが持つ特長として、よくコンテナイメージの差分管理ができることが挙げられま

    第18回 Linuxカーネルのコンテナ機能 [7] ─ overlayfs | gihyo.jp
  • 2015年のLinuxのコンテナ技術 | gihyo.jp

    2014年は非常にDockerが盛り上がった1年でしたね。 Dockerは2013年の夏ごろから注目を集めはじめました。その後バージョンが0.9となった2014年の春ごろからさらに注目を集めるようになり、それ以降はさまざまなサービスやベンダーがDockerをサポートしたり、Docker関連のプロダクトを出したりするニュースが駆け巡った気がします。 Dockerに関係する勉強会が数多く開催されるようになり、Docker Meetup Tokyoなどは募集が始まった途端に定員に達するという活況ぶりでした。 Dockerは「コンテナ技術」そのものではなく、Dockerがやりたいことを実現するための技術要素の1つとしてコンテナを使っています。このDockerの盛り上がりと共にそれまでどちらかというとマイナーな技術であった「コンテナ」も2014年には非常に注目される技術となりました。 実際、筆者が主

    2015年のLinuxのコンテナ技術 | gihyo.jp
  • 第16回 Linuxカーネルのコンテナ機能 [6] ─ユーザ名前空間 | gihyo.jp

    年末を迎えて今年もAdvent Calendarが多数作られていますね。この連載の今回の記事はLinuxカーネルの機能を紹介するので、Linux Advent Calendar 2014の16日目の記事としても書きました。興味深い記事が並んでいて勉強になりますね。 さて、第13回から3回、田向さんにPlamo LinuxでのLXCの利用に焦点を当てて記事を書いていただきました。テンプレート内部の詳しい解説から、Plamo Linuxでのコンテナの作成、ネットワーク構成の応用的な解説、コンテナでサウンドを扱う話まで、面白い記事が続きましたね。 ネットワークの話やサウンドの話はPlamo Linux以外でも十分に応用ができる話でしたし、サウンドの記事に関してはサウンド以外のデバイスをコンテナで使う場合にも非常に参考になる話だったと思います。 田向さん担当の記事のうち、第14回と第15回では一般

    第16回 Linuxカーネルのコンテナ機能 [6] ─ユーザ名前空間 | gihyo.jp
  • Realizing Linux Containers (LXC)

    1. Realizing Linux Containers (LXC) Building Blocks, Underpinnings & Motivations Boden Russell – IBM Global Technology Services (brussell@us.ibm.com) 2. Definitions  Linux Containers (LXC for LinuX Containers) are lightweight virtual machines (VMs) which are realized using features provided by a modern Linux kernel – VMs without the hypervisor  Containerization of: – (Linux) Operating Systems –

    Realizing Linux Containers (LXC)
  • いますぐ実践! Linuxシステム管理

    「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ

  • HOSTEX

  • Dockerとの違い - LXCF - LXC Facility Wiki - LXCF - LXC Facility - OSDN

    最近の更新 (Recent Changes)2015-02-22LXCFのコマンド一覧 2015-01-16FrontPage 2014-12-08LXCFのREST-API 2014-11-15OpenStackとLXCF 2014-10-11Dockerとの違い 2014-10-04DockerコンテナへLXCFコンテナからの変換 最新リリース情報LXCF ソース (lxcf-0.11.tar.gz)2014-11-14 12:01LXCF DEB パッケージ (lxcf_0.11_amd64.deb)2014-11-14 11:52LXCF RPM パッケージ (lxcf-0.11-1.x86_64.rpm )2014-11-14 11:58specfiles (lxcf.spec-0.11-1)2014-11-14 12:03 Wikiガイド(Guide)Wikiの文法 リンクの種

    Dockerとの違い - LXCF - LXC Facility Wiki - LXCF - LXC Facility - OSDN
  • PCボード「ラズパイ」で部屋の温度を記録しよう

    様々な部品を取り付けられるRaspberry Piの特徴を生かして、温度センサーから定期的に温度を読み取って記録するサーバーを作ります。Raspberry Piは、センサー入力を受け取るのが少し苦手なのですが、うまくつなげられるセンサーを選びました。記録したデータはブラウザーからグラフで確認できるようにします。 格安のLinux PC「Raspberry Pi」を使って、「温度ロガー」を製作します。自分の部屋など、周りの温度を定期的に測って記録するサーバーマシンです。Webサーバーを動作させ、他のマシンのブラウザーから結果をグラフなどで確認できるようにしましょう(図1)。Raspberry Piは、旧モデル「B」でも2014年7月に発売された新モデル「B+」でもどちらでも大丈夫です。 手軽にLinuxを動かせるRaspberry Piですが、通常のPC と大きく違うのが、他の部品や回路とつ

    PCボード「ラズパイ」で部屋の温度を記録しよう
  • bzImage - Linuxカーネルメモ

    bzImageはLinuxカーネルのvmlinuxを圧縮した形式のファイル。/boot/配下にvmlinuz-xxxとして置かれているのはこのbzImage形式のカーネル。 bzImageの構造 bzImageファイルの構造を図1に示す。bzImageはまず大きく分けて3つのファイルからなる。フロッピーからのBoot時に使われるブートセクタ用ファイルbootsect.o,低レベルの初期化を行うsetup.o,カーネルの圧縮イメージを格納したvmlinux.bin(*1)。これらの3つのファイルをarch/i386/boot/tools/buildコマンドにより結合してbzImageファイルを作成している。 (*1) これらのファイルはカーネルコンパイル時にarch/i386/bootで作成されるので、ファイルの中身はこちらを参照。 bootsect.o フロッピーからのBoot時に使われる

    g6949
    g6949 2014/12/18
    へぇ
  • device-mapperの仕組み (1) device-mapperの概要

    device-mapperというのは、ブロック層の仮想化レイヤであり、ソフトウェア的な観点からいうとフレームワークである。 target_typeと呼ばれるプラグインをカーネルモジュールとして実装することで、device-mapperの上に仮想的なブロックデバイス機能を実現することが可能である。 device-mapperは、仮想的なブロックデバイスを作成し、その仮想デバイスは、受け取ったI/Oを処理する。ここで重要なのは、物理的なブロックデバイスが行うべき処理を完全にemulateすることである。仮想デバイスのクライアントは、それが仮想的であるか物理的であるかを意識することがない。またこれより、仮想デバイスは仮想デバイスの上に作成することも可能である。このような特性から、device-mapperによって作成された仮想デバイスは、“stacked device"とも呼ばれる。device

    device-mapperの仕組み (1) device-mapperの概要
  • Makefile でのヘッダファイルの依存関係を自動的に解決する - ritcheyの日記

    Makefile でヘッダファイルの依存関係を書くのは結構面倒である。以前は X に付属の makedepend コマンドを使って行うのが普通だったが、便利な方法がないか調べてみた。 GNU make のマニュアルに、まさに依存関係を自動生成する方法そのものがかかれていた。 4.14 Generating Prerequisites Automatically に詳しい説明がある。make の info の日語訳が GNU make 日語訳(Coop編) - ルールの記述 があるが、ここにかかれている Makefile のルールそのままでは動作しなかった。英語の原文の方のルールにしないと動作しない。単に引用符の対応関係がとれていないだけ。 以下のようにすればよい。Makefile 全体を乗せておく。 生成された *.d を include する。ただし、一番最初は *.d は存在しない

    Makefile でのヘッダファイルの依存関係を自動的に解決する - ritcheyの日記
  • KMC Staff Blog:Makefileの依存関係の記述を自動化する簡単な方法

    2013年02月08日 Makefileの依存関係の記述を自動化する簡単な方法 ビルドにmakeコマンドを使うときにはMakefileにファイルの依存関係を書いておく必要があります。 しかし、開発の途中でインクルードするヘッダファイルが増えてくると、これらの依存関係を手作業で記述するのは面倒です。(そして、これをサボったことでハマることもよくあることです。:) ここでは、gccの機能を使ってこれを自動化する方法を紹介します。 gccのプリプロセッサで依存関係を自動生成する gccでコンパイルするときに -MD というオプションをつけると、コンパイルとともに拡張子が.dのファイルが作成されます。これはMakefileと同じ書式でそのファイルの依存関係が記述されています。 詳しくはgccのマニュアルを参照してください。 http://gcc.gnu.org/onlinedocs/gcc-4.7