Block-layer I/O polling [LWN.net]
Benefits for LWN subscribersThe primary benefit from subscribing to LWN is helping to keep us publishing, but, beyond that, subscribers get immediate access to all site content and access to a number of extra site features. Please sign up today! It has been said that the kernel's block I/O layer routinely steals ideas from the networking stack. In truth, good ideas move in both directions, but the
cgroupsを全く知らないところから、正味一時間ちょいでソースから雰囲気つかむ - Qiita
cgroupについてのドキュメントについて(+雑談) Wikipediaに載っており、Documentation/cgroups の下にもいっぱいドキュメントがあるのでそれを見れば良いのだろうが、やはりソース読んでみてなるほど感を得てみたいなと思い、先日秋葉原でやったLinuxもくもく会に出席しました。 自分は飯食っていなかったので21:30くらいで断念しました(食ってくればよかった)が、みんなでもくもくとソース読むのはとても集中できますし、雑談も自然と低レイヤなネタになりがちでそれが楽しく、愉悦です。 それはおいておいて さすがに、cgroupsを実現するための全てのコード読むのは途方もない(多岐にわたる)し、現実的でありません。 ふと見ると、cgroupsにはプロセスIDの割り当てにも絡んでいるだろうことがわかります。 そこで、まずはプロセスID割り当て箇所に絞り、雰囲気を掴んでみるこ
Linux カーネルと FreeBSD カーネルの割り込み処理
わけあって、 Linux カーネルと FreeBSD カーネルの双方で仕事をした結果、 二つのカーネルで割り込み処理の実装方法が大きく異なっていることに気づきました。 ここでは、それぞれの割り込み処理の仕組みについて、 調べたことを書いてみたいと思います。 割り込みとは、主に入出力ハードウェアによって CPU に送られる処理要求のことです。 一般に、 CPU は入出力ハードウェアよりもずっと高速に動作するので、 入出力処理を行う際に、ハードウェアの動作を待つよりも、 CPU では別の処理を行なっておき、 必要になった時にハードウェア側からの通知を受けて対応する処理を行う方が、 CPU を有効に活用できます。この入出力ハードウェア側からの通知が、割り込みと呼ばれます。 割り込みは、 CPU で動作するカーネルによって処理されることとなります。 ここで、一つの割り込み処理に時間がかかると、他の
Initial support for user namespace owned mounts [LWN.net]
This is the third revision of the patch series to introduce the concept of superblocks owned by user namespaces. These are nearly identical to the v2 patches; the only changes are resolving conflicts from rebasing onto 4.3-rc1 and reverting a change I inadvertantly introduced in v2. These are the first in a larger set of patches, with the goal of eventually allowing some regular filesystem types t
Filesystem mounts in user namespaces [LWN.net]
This article brought to you by LWN subscribersSubscribers to LWN.net made this article — and everything that surrounds it — possible. If you appreciate our content, please buy a subscription and make the next set of articles possible. User namespaces are a sandbox within which an otherwise unprivileged user can appear to be root. Given a kernel with user namespaces enabled, any user can create suc
Etsukata blog: iostat -x の出力を Linux Kernel ソースコードから理解する
はじめに iostat は IO の出力速度や待ち時間の計測によく使われるコマンドです。"-x" オプションをつけると、平均待ち時間(await)やリクエストキュー長(avgqu-sz)、サービスタイム(svctm)などの詳細な情報を出力することができ、とても便利です。データベースをはじめとし、各種アプリケーションのパフォーマンスを計測するための重要な指標となります。 今回は、これらの出力結果について、より詳細かつ正確な意味を、Linux Kernelのソースコードを読んで理解しましょう。かなり長くなってしまったので、意味を把握したい方は下の方の "iostat -x 出力結果まとめ" をご覧ください。 iostatの挙動 まず、iostatの挙動を調べます。iostatは、read_sysfs_file_stat()で指定したインターバルごとに /proc/diskstats の情報を読
linux: socketとNet名前空間 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
LinuxカーネルのNet名前空間の辺りを読んでみます。 まず、抑えておくべきNet名前空間はどんなものかというとこです。ここを抑えておかないと話が進まないですね。 Net名前空間はstruct netです。これは比較的大きめの構造体です。メンバ変数としてipv4、ipv6などの名前が見えます。unxはunitドメインソケットのデータっぽいですね。そんな感じでこのstruct netがネットワークの主要な構造体と鳴っています。 45 struct net { 46 atomic_t passive; /* To decided when the network 47 * namespace should be freed. 48 */ 4 〜略〜 85 86 struct net_device *loopback_dev; /* The loopback */ 87 struct netn
LKML: Kent Overstreet: [ANNOUNCE] bcachefs - a general purpose COW filesystem
For those who haven't kept up with bcache, the bcache codebase has been evolving/metastasizing into a full blown, general purpose posix filesystem - a modern COW filesystem with checksumming, compression, multiple devices, caching, and eventually snapshots and all kinds of other nifty features. "Yet another new filesystem? Why?" Well, years ago (going back to when I was still at Google), I and the
mount namespaceでinit_taskのmnt_nsを設定するところ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
Linuxのinit_taskに設定されるmnt_nsはコンパイル時には設定されていなくて実行時に決定されてます。で、それがどこで設定されているのかのメモです。 まず、nsproxy.cでinit_taskはこのように作られていて、mnt_nsはNULLが初期値になっている。 31 struct nsproxy init_nsproxy = { 32 .count = ATOMIC_INIT(1), 33 .uts_ns = &init_uts_ns, 34 #if defined(CONFIG_POSIX_MQUEUE) || defined(CONFIG_SYSVIPC) 35 .ipc_ns = &init_ipc_ns, 36 #endif 37 .mnt_ns = NULL, 38 .pid_ns_for_children = &init_pid_ns, 39 #ifdef CO
namespaces: proc_ns_operations構造体のget()の呼び出し方 - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
各名前空間は/proc//ns以下にファイルとしてエクスポートされていて、nsenterがこの辺を使うわけですが、proc_ns_operations構造体に設定した関数はどのような流れで呼びだされているのかを見てみます。 対象をuts namespaceとし、utsns_get()にWARN_ONを仕込んでスタックトレースを取ったのが↓です。本当はftraceでやろうかと思ったんだけど、お手軽？なほうで。。。 [ 322.987517] Call Trace: [ 322.987523] [<ffffffff8158f61f>] dump_stack+0x4c/0x6e [ 322.987528] [<ffffffff81078d4a>] warn_slowpath_common+0x8a/0xc0 [ 322.987531] [<ffffffff81078e7a>] warn_slow
A reimplementation of NetBSD using a MicroKernel (part 1 of 2)
by Andy Tanenbaum Based on the MINIX 3 microkernel, we have constructed a system that to the user looks a great deal like NetBSD. It uses pkgsrc, NetBSD headers and libraries, and passes over 80% of the KYUA tests). However, inside, the system is completely different. At the bottom is a small (about 13,000 lines of code) microkernel that handles interrupts, message passing, low-level scheduling,
Linux-4.0のライブパッチ機能を試してみる - Qiita
先週リリースされたLinux-4.0カーネルには、ライブパッチというカーネルパッチ機構が搭載されています。 Linux 4.0 released https://lkml.org/lkml/2015/4/12/178 Kernel4.0で注目をあつめるライブカーネルパッチ機能 http://news.mynavi.jp/news/2015/04/22/192/ 今回はこのライブパッチ機能を試してみました。環境はCentOS-7.1で、minimalインストールの状態から作業しています。 Linux4.0カーネルビルド カーネルビルドに必要なパッケージ まずはカーネルビルドに必要なパッケージをインストールします。gcc,bc,perlは必須です(bcとか入れ忘れるとカーネルビルド途中でエラーになる)。この後のカーネルコンフィグは"make menuconfig"で行うため、ncurses-d
Multiple Read-Only Layers Added To OverlayFS - Phoronix
Show Your Support: This site is primarily supported by advertisements. Ads are what have allowed this site to be maintained on a daily basis for the past 20+ years. We do our best to ensure only clean, relevant ads are shown, when any nasty ads are detected, we work to remove them ASAP. If you would like to view the site without ads while still supporting our work, please consider our ad-free Phor
Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング - ゆううきブログ
本記事の公開後の2016年7月にはてなにおけるチューニング事例を紹介した。 はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck HAProxy や nginx などのソフトウェアロードバランサやリバースプロキシ、memcached などの KVS のような高パケットレートになりやすいネットワークアプリケーションにおいて、単一の CPU コアに負荷が偏り、マルチコアスケールしないことがあります。 今回は、このようなネットワークアプリケーションにおいて CPU 負荷がマルチコアスケールしない理由と、マルチコアスケールさせるための Linux カーネルのネットワークスタックのチューニング手法として RFS (Receive Flow Steering) を
Slub data structure
2. README • このスライドは以下の点に絞ってます • SLUBのデータ構造 • slab cacheの作成 • 下記資料にあるSLUB data structuresを理解する • http://events.linuxfoundation.org/sites/events/files/ slides/slaballocators.pdf • memory control groupも絡むのですが、そこは気にしない方 向でコードリーディングしてます 3. Common variable name • slub.cでよく使われれる変数名 • このスライドでも単にcと書いている場合はstruct kmem_cache_cpuの変数 を指します • s • struct kmem_cacheの変数 • c • struct kmem_cache_cpuの変数 • n • struct k
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bind mount escape fixes [LWN.net]
Initial support for user namespace owned mounts [LWN.net]
cgroup,memcg: generalize event handling and enable notifications on "memory.events" [LWN.net]
seccomp: add ptrace commands for suspend/resume [LWN.net]
vfs: add whiteout support - kernel/git/torvalds/linux.git - Linux kernel source tree