はてなブックマーク

この記事はLinux Advent Calendar 2016の10日目の記事です。 概要 ftraceやeBPF/bcc、Systemtap等から使うことができるuprobesだが kprobesのようにuprobes単体で実行できるサンプル(カーネルモジュール)を見つけることができない。 そこで、クリスマスも近いので今回は誰でも気軽に使えるuprobesのサンプルを紹介する(気軽にカーネルモジュール作るべきとは言ってない)。 なお詳細な実装の説明は割愛するが、該当命令を0xccに書き換えて飛ばすアレである。 環境 ディストリビューション : Ubuntu 16.04 調査および検証に利用したカーネル : 4.4.0-45-generic uprobesのAPI uprobesはカーネル空間からユーザプロセスのプローブを行うLinuxカーネルの機構である。 通常uprobesはftrac

#modprobe netconsole netconsole=[source port]@[source ip]/eth0,[destination port]@[destination ip]/[MAC address] #dmesg (略) [16170.226317] netpoll: netconsole: local port [source port] [16170.229153] netpoll: netconsole: local IPv4 address [source ip] [16170.232371] netpoll: netconsole: interface 'eth0' [16170.234837] netpoll: netconsole: remote port [destination port] [16170.237250] netpoll: netc

MySQLのデータの暖気 システム再起動直後のDBは、データがメモリ上にのっていないために、そのままサービスに投入するとディスクがささる可能性がある。 MySQL5.6からInnoDBのデータを暖気できる機能が実装されたが、それ以前のバージョンのMySQLを利用している場合の暖気方法について簡単にまとめる。 ポイントとしては、InnoDBのprimary keyとテーブルデータの暖気には、SELECT COUNT(*)を使うイメージが強いが、secondary keyのwarmupまで考える場合ではそれだけだと不十分であるというところになると思う。なお下記の暖気方法では、BLOB型やTEXT型には対応していない。 InnoDB テーブルのデータとprimary keyのwarmup

メモリ使用量が増えている？ aws-sdkを利用したツールをAmazonLinux上で常時稼働させているとメモリのFreeな領域が減っていることがわかる。 アップデートした最新のAmazonLinux(2014/09/13)上で原因を調べた。 slabキャッシュが増大化している。 一度再起動させた直後(before)と、しばらくaws-sdkを使ったツールを実行して放置した後(after)のメモリの状況(/proc/meminfo)を比較する。 [before] MemTotal: 3859068 kB MemFree: 3668144 kB Buffers: 10020 kB Cached: 89660 kB SwapCached: 0 kB Active: 67960 kB Inactive: 66148 kB Active(anon): 34428 kB Inactive(anon)