サーバ屋さんの独り言

Intel 10GBaseT NICのドライバ

noreply@blogger.com (ktaka) — Mon, 14 May 2012 14:31:00 +0000

linuxでは、Intel の10G NIC X540はixgbeでサポートされるようだ。

Device 8086:1528
http://pci-ids.ucw.cz/read/PC/8086/1528

2.6.38からサポートされている
http://kernelnewbies.org/Linux_2_6_38-DriversArch

drivers/net/ethernet/intel/ixgbe/ixgbe_x540.c

バニラカーネルであれば使えそう。

10GBaseTとSFP+DACの比較

noreply@blogger.com (ktaka) — Mon, 14 May 2012 12:34:00 +0000

タイトルの件について調べ物をしたので、メモ。

レイテンシ

10GBaseTの規格ではエラー無くデータを転送するために、ブロックエンコーディングを行う。そのためには、ブロックサイズ分のデータを送信PHYに読み込み、エンコーディングを行ったのち、送信することが必要である。受信側では、その反対が必要である。規格によると、送受信PHYのペアで2.56μsの遅延を許容している。ブロックデータのサイズを考慮に入れると、リンクあたり2μs以下にすることは不可能である。

SFP+の場合には、ブロックエンコーディングが無く、より単純なエレクトロニクス構成であるため、遅延は典型値で300ns程度である。

それぞれの場合に、さらにメディア遅延を考慮する必用があるが、光であれ電気信号であれ、およそ5ns/m程度である。

最大ケーブル長

10GBaseTの場合、Cat6AまたはCat7ケーブルの利用により、100mまで通信可能である。
パッチパネルも使用可能である。

ダイレクトアタッチケーブルの場合、8.5mまでである。
25mまで大丈夫なケーブルも提案されている。

消費電力

10GBaseTは4W-6W/port(片側)

SFP+DACは1.5W/port(片側)

ソースは以下のホワイトペーパー
http://www.missioncriticalmagazine.com/ext/resources/MC/Home/Files/PDFs/WP_Blade_Ethernet_Cabling.pdf

HPCなどの分野では遅延が少ない方が良いので、SFP+DACの方がお勧めということらしい。
Webやゲームのデータセンター用途で、2.6µsの遅延が問題になるのか、気になるところ。

ちなみにアリスタの10Gスイッチの遅延は、以下のサイトによると10GBaseTで3-3.6µs、SFP+で0.8-1.15µsである。
http://www.aristanetworks.com/jp/products/7050series/7050t
http://www.aristanetworks.com/jp/products/7050series/7050s

10GBaseTイーサネットに関して調べ物

noreply@blogger.com (ktaka) — Thu, 10 May 2012 11:55:00 +0000

10GbeのインターフェイスにはCX4、SFP+ファイバー、SFP+ダイレクトアタッチカッパー(DAC)、10GBaseTなどがある。

CX4

古い技術で、ケーブルの太さやコネクタの大きさなどから、高集積化には向かない。ケーブル長15mまで。

SFP+ファイバー　10GBase-SR

高価である
低消費電力、ケーブル長300mまで。
サーバにネットワークカードの増設が必用。

SFP+DAC

比較的安価である。ケーブル長は7mまで。
サーバにネットワークカードの増設が必用。

10GBaseT

安価である。
従来、消費電力が大きく、高コストであると思われていたが、最近のプロセステクノロジーによりそうでもなくなった。NICの消費電力が初期の25W/portから6W/portに低下した。
1000BaseTイーサネット環境とポート互換性がある。1ギガビットのNICを持つサーバを10GBaseTのスイッチに接続でき、10GBaseTのNICを持つサーバを1ギガのスイッチに接続することができる。
サーバにネットワークカードの増設が必用。10GBaseTポートが搭載されたマザーが出始めている。
レイテンシー2μs～4μs。HPCユーザや高頻度な金融取引の用途では、気になるかもしれない。
普通はCPUの割り込み負荷低減のために、Interrupt Moderationが使われ、その場合には～100μsのレイテンシーが意図的に追加されるので問題ない。

以上、Intelのホワイトペーパーより

http://www.intel.com/content/www/us/en/network-adapters/10-gigabit-network-adapters/10-gigabit-ethernet-10gbase-t-paper.html

10GBaseTポート標準搭載のサーバの例

Supermicro 1027R-WRFT+

http://www.supermicro.com/products/system/1U/1027/SYS-1027R-WRFT_.cfm

Supermicro 6017R-N3RFT+

http://www.supermicro.com/products/system/1U/6017/SYS-6017R-N3RFT_.cfm

10GBaseT x 48ポートスイッチ
Arista 7050T-52/7050T-64
http://www.aristanetworks.com/jp/products/7050series/7050t

いずれも弊社から、販売可能です！

10ギガビットイーサネット

noreply@blogger.com (ktaka) — Tue, 08 May 2012 08:14:00 +0000

そろそろ、10ギガビットイーサネットの時代に入ってきました。

データセンター向けのハイエンドソリューションやHPC向けの高速ネットワーク用途では、10ギガビットのソリューションは数年前から利用されてきたようです。
しかし、数ある10ギガの規格のうちどれがが標準になるか見極めるのが難しく、機器も高価で、なかなか導入が広まらない状況にあったと思います。

最近になって、SFP+ Direct Attach ケーブルを利用したソリューションや、10GBaseTソリューションで、比較的安価な製品が出始めています。

今年は、一気に10ギガビットイーサネットのソリューションが普及するのではないでしょうか。

弊社では、10GBaseT デュアルポートをオンボード搭載したサーバ、Arista Networks社の10GBaseTスイッチなどを、販売していきたいと思います。

Intel SSD 520 240GB 購入しました

noreply@blogger.com (ktaka) — Sat, 14 Apr 2012 19:42:00 +0000

先日発売されたIntel 520 SSDを購入しました。
インターフェースはSATA 6Gb/s、カタログスペックはシーケンシャルリード 550MB/s、シーケンシャルライト 520MB/s、4KB Random Read 50,000 IOPS、4KB Random Write 80,000 IOPSと大変高性能です。またMTBFは1,200,000時間でニアラインクラスのHDDと同等の信頼性です。

Intelのカッコいい箱はCPU等と同様のカラーリング。

同梱物の写真
SSD本体、3.5インチマウンター、CD、説明書、シール、
電源ケーブル、SATAケーブル、ネジが同梱されています。

3.5インチマウンタ。通常の電源ケーブルとSATAケーブルを利用する。

SSD本体

カッコいいシールはパソコンに貼るも善し。

Raidカードに8本ぶら下げたら、FusionIOなんかよりもお得かも知れないですね。

Kernel Virtual Machine(kvm)のセットアップ

noreply@blogger.com (ktaka) — Wed, 15 Feb 2012 16:53:00 +0000

いくつもあるサーバを、仮想化によりまとめることができれば、サーバの保管場所や電気代の節約になる。私の会社ではいくつかのサーバを仮想マシン上で運用している。kvmによる仮想環境の再構築する機会があったので、備忘録的にノウハウというか、工夫した部分について、まとめておきたいと思う。

kvmはそれ用に構築したLinuxカーネルをハイパーバイザーとする仮想マシンである。GuestOSはWindowsやLinuxのみならず、様々なOSがサポートされている。
http://www.linux-kvm.org/page/Guest_Support_Status　

今回はDebianLinux上で、バニラカーネルをkvmホスト用に自前でコンパイルしたものに入れ替え、ゲストOSとしてDebianLinuxを複数動かせるようにする。ゲストOSはWEBサーバなどのネットワークサーバ用途を想定しているので、GUI機能は必要ない。したがって、コンソールログインとSSHログインが可能になれば良しとすることにした。
最近のDebianLinuxでは、おそらく標準でGUIを使ってkvmを利用可能である。しかし、仕事で使うとなると中身や仕組みをできるだけ熟知していたくもあるので、余分な機能で被われたディストリビューション標準のツールをあえて使わないことにした。

ハードウェアは、ちょっと昔のDellT105が遊んでいたので、これを使うことにした。今となってはそれほど強力なマシンではないが、4コアのAMD Opteronを搭載しており、メモリスロットも4つある。これにDDR2 ECC 2GBを4本積んで、8GBのメモリを確保した。

1. ハードウェアスペック

CPU: Quad-Core AMD Opteron 1352, 2.1GHz, cache 512 KB
MEM: DDR2 800MHz ECC Unbuffered 4GB x8
HDD: Seagate ST3320613AS 320GB SATA
NIC: Broadcom NetXtreme BCM5722

kvmで仮想マシンを作る場合、IntelのCPUであればIntel VT、AMDのCPUであればAMD-Vに対応している必要がある。CPUのそれらの仮想化支援機能が無ければただの低速エミュレーターになってしまう。

CPUにそれらの機能が備わっているかどうかはメーカーのサイトで確認してもいいし、Linuxが既に動いている実機上で、以下のように確認しても良い。

AMDのマシンであれば、/proc/cpuinfoのflagsを見て、svmというのがあれば良い。

root@kvm:~# egrep flags /proc/cpuinfo |head -n 1
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock

Intelのマシンの場合、vmxというのがあれば良い。

ktaka@hana:~$ egrep flags /proc/cpuinfo |head -n 1
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt aes lahf_lm ida arat epb dts tpr_shadow vnmi flexpriority ept vpid

2. ホストカーネルの構築
カーネルはkernel.orgにあるlinux-3.2.9をコンパイルして利用する。
このページにKVMのホストカーネルの構築に必要なコンパイルフラグがまとめてあるので、これを参考にカーネルを構築した。実際には以下の関連フラグを有効にした。

CONFIG_CGROUPS=y
CONFIG_CGROUP_DEBUG=y
CONFIG_CGROUP_FREEZER=y
CONFIG_CGROUP_DEVICE=y
CONFIG_CGROUP_CPUACCT=y
CONFIG_CGROUP_MEM_RES_CTLR=y
CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y
CONFIG_CGROUP_MEM_RES_CTLR_SWAP_ENABLED=y
CONFIG_CGROUP_PERF=y
CONFIG_CGROUP_SCHED=y
CONFIG_BLK_CGROUP=m
CONFIG_DEBUG_BLK_CGROUP=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_COMPACTION=y
CONFIG_MIGRATION=y
CONFIG_KSM=y
CONFIG_HPET=y
CONFIG_HPET_MMAP=y
CONFIG_HAVE_KVM=y
CONFIG_HAVE_KVM_IRQCHIP=y
CONFIG_HAVE_KVM_EVENTFD=y
CONFIG_KVM_APIC_ARCHITECTURE=y
CONFIG_KVM_MMIO=y
CONFIG_KVM_ASYNC_PF=y
CONFIG_VIRTUALIZATION=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
CONFIG_KVM_MMU_AUDIT=y
CONFIG_VHOST_NET=m

KVMホスト上でブリッジネットワークを利用するために必要な以下のフラグも有効にした。

CONFIG_BRIDGE_NETFILTER=y
CONFIG_BRIDGE=m
CONFIG_BRIDGE_IGMP_SNOOPING=y
CONFIG_STP=m
CONFIG_LLC=m

カーネルコンパイル&インストール後、新規カーネルでブートしバージョン確認

root@kvm:~# uname -a

Linux kvm 3.2.9-64kvmh01 #1 SMP Mon Mar 5 21:47:42 JST 2012 x86_64 GNU/Linux

関連モジュールの確認

root@kvm:~# lsmod |egrep "kvm|bridge"
kvm_amd 71505 0
kvm 566158 1 kvm_amd
bridge 125971 0
stp 2987 1 bridge
llc 8862 2 bridge,stp

3. ホストOSのネットワーク設定

kvm用のブリッジインターフェースkbr0を作成する。
以下の内容で設定ファイル/etc/network/interfacesを作成する。

auto lo kbr0
iface lo inet loopback

iface kbr0 inet static
bridge_ports eth0
bridge_stp off
bridge_maxwait 2
address 192.168.20.9
netmask 255.255.252.0
network 192.168.20.0
broadcast 192.168.20.255
gateway 192.168.20.1
pre-up /sbin/ip link set dev eth0 up

ホストOSを再起動すると、以下の様な状態になります。

ブリッジの状態確認

root@kvm:~# brctl show
bridge name bridge id STP enabled interfaces
kbr0 8000.0022190601e3 no eth0

ブリッジインターフェースkbr0が作成され、eth0が接続されている。

IPアドレスの確認

root@kvm:~# ip add
1: lo: mtu 16436 qdisc noqueue state UNKNOWN
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
2: eth0: mtu 1500 qdisc mq master kbr0 state UP qlen 1000
   link/ether 00:22:19:06:01:e3 brd ff:ff:ff:ff:ff:ff
3: kbr0: mtu 1500 qdisc noqueue state UP
   link/ether 00:22:19:06:01:e3 brd ff:ff:ff:ff:ff:ff
   inet 192.168.20.9/22 brd 192.168.20.255 scope global kbr0

ブリッジインターフェースkbr0に192.168.20.9というアドレスが割り当てられている。

4. qemuのコンパイル

kvmによる仮想マシンではLinuxハイパーバイザー上で、kvmに対応したqemuエミュレーターを動作させる。qemuエミュレータ上ではwindowsやlinuxなど、サポートされているOSをゲストOSとして起動することが可能である。

当初はkvmに対応したqemuのソースをkvmプロジェクトのサイトから取得する必要があったが、最近ではqemuの本家のソースにkvmのパッチが既にマージされている。
従って、kvmの開発の最先端のソースを利用したいと言うのでなければ、qemuの本家サイトからソースを取ってくれば良い。

wget http://wiki.qemu.org/download/qemu-1.0.1.tar.gz

普通にtarボールを展開して、コンパイル＆インストールする。

tar xf qemu-1.0.1.tar.gz ; cd qemu-1.0.1
./configure --prefix=/kvm/qemu/qemu-1.0.1/ --enable-kvm
make install

tree -L 2 /kvm/qemu/
/kvm/qemu/
`-- qemu-1.0.1
   |-- bin
   |-- etc
   `-- share

root@kvm:~# /kvm/qemu/qemu-1.0.1/bin/qemu-x86_64 -version
qemu-x86_64 version 1.0,1, Copyright (c) 2003-2008 Fabrice Bellard

5. ゲストOSイメージの作成

qemuエミュレーター上で動かすゲストLinuxOSイメージを作成する。手順は以下の通り。

スパースなイメージファイルを作成
ext4でファイルシステム作成
debootstrapでOSインストール
ネットワークやルートパスワードの設定等々細々としたを行う

イメージ作成

dd if=/dev/zero of=./kvm.img bs=1024 seek=9999999 count=1

ファイルシステム作成

mkfs.ext4 kvm.img

debootstrapでDebianインストール

mount -o loop kvm.img /mnt/tmp/
debootstrap --include=openssh-server,openssh-client,rsync,pciutils,acpid squeeze /mnt/tmp/

その他の細々した設定

シリアルコンソール設定
/mnt/tmp/etc/inittab にttyS0の設定を加える

T0:23:respawn:/sbin/getty -L ttyS0 19200 vt100

BIOSクロックをUTCと見做さない設定(JSTのsystem dateが終了時にBIOSに書き込まれる。仮想マシンでは関係ないかも？)

/mnt/tmp/etc/default/rcS

UTC=no

ネットワーク設定(DHCPでアドレスを取得するようにする。)
/mnt/tmp/etc/network/interfaces

  auto lo eth0
  iface lo inet loopback
  iface eth0 inet dhcp

余計なudevルールの削除

rm /mnt/tmp/etc/udev/rules.d/70-persistent-net.rules

パスワード初期設定、apt-cache掃除、timezoneをJSTに。

chroot /mnt/tmp/
passwd
apt-get clean
dpkg-reconfigure tzdata

6. ゲストカーネルのコンパイル

kvm上で仮想マシンを動かす場合、ゲストOSは改変不要でハードウェア上で動かす場合のカーネルがそのまま動く。これはしばしば完全仮想化と呼ばれる。しかしながら、仮想マシン用のドライバを使うようにしてやることで、ゲストOSの性能を大幅に向上することが可能である。仮想マシン用のドライバを利用した方法は、しばしば準仮想化と呼ばれる。

今回も準仮想化を使いたいし、なるべく必要最小限のドライバのみを有効にした、シンプルなカーネルを使いたいので、バニラソースからカーネルをコンパイルする。

必要なコンパイルフラグは、ホストカーネルの場合と同様にこのページを参考にして有効にした。結局以下の関連フラグが有効にしてある。

CONFIG_HOTPLUG=y
CONFIG_TICK_ONESHOT=y
CONFIG_PARAVIRT_GUEST=y
CONFIG_PARAVIRT_TIME_ACCOUNTING=y
CONFIG_KVM_CLOCK=y
CONFIG_KVM_GUEST=y
CONFIG_PARAVIRT=y
CONFIG_PARAVIRT_SPINLOCKS=y
CONFIG_PARAVIRT_CLOCK=y
CONFIG_PARAVIRT_DEBUG=y
CONFIG_MEMORY_HOTPLUG=y
CONFIG_MEMORY_HOTPLUG_SPARSE=y
CONFIG_MEMORY_HOTREMOVE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_HOTPLUG_CPU=y
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
CONFIG_ARCH_ENABLE_MEMORY_HOTREMOVE=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_PCI_MSI=y
CONFIG_VIRTIO_BLK=y
CONFIG_VIRTIO_NET=y
CONFIG_VIRTIO_CONSOLE=y
CONFIG_HW_RANDOM_VIRTIO=y
CONFIG_VIRTIO=y
CONFIG_VIRTIO_RING=y
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_BALLOON=y
CONFIG_VIRTIO_MMIO=y
CONFIG_VIRT_DRIVERS=y
CONFIG_HAVE_KVM=y

今回、モジュールを使わずにモノリシックなカーネルにした。コンパイルしたカーネルは、適当決めたディレクトリ/kvm/bootに置いた。

root@kvm:~# ls -la /kvm/boot/
total 8728
drwxr-xr-x 2 root root 4096 Mar 8 03:38 .
drwxr-xr-x 10 root root 4096 Mar 6 17:12 ..
-rw-r--r-- 1 root root 1105677 Mar 8 03:38 System.map-3.2.9-64kvmg01
-rw-r--r-- 1 root root 44798 Mar 8 03:38 config-3.2.9-64kvmg01
-rw-r--r-- 1 root root 3152304 Mar 8 03:38 vmlinuz-3.2.9-64kvmg01

7. ゲストOSの起動コマンド

ゲストOSはqemuエミュレーター上で動作する。ゲストOSを起動するには、qemuコマンドを適切なオプションで実行すれば良い。kvmによる仮想マシンは、ホストOS(Linuxハイパーバイザー)上からは単なるqemuプロセスに見える。従って、それぞれのゲストOSがどのくらいのCPU、メモリ等のリソースを消費しているかは、ホストOS上でqemuプロセスがどのくらいそれらのリソースを消費しているかを見れば良い。不要になったゲストOSはいざとなったら、qemuプロセスをkillコマンドでkillすることで、終了させることも可能である。(実際にはもう少し丁寧にshutdownすべきであるが。)

さて、qemuのコマンドのオプションはqemu-system-x86_64 --helpで確認することが可能である。それぞれオプションを試行錯誤し、最終的に我々にとって使い易くしたものが、以下のものである。

/kvm/qemu/qemu-kvm-1.0/bin/qemu-system-x86_64 ¥
--enable-kvm -nographic -daemonize ¥
-drive file=/kvm/data/kvm.img,if=virtio -m 512 ¥
-kernel /kvm/boot/vmlinuz-3.2.9-64kvmg01 ¥
-append "console=ttyS0,19200n8 root=/dev/vda" ¥
-net nic,vlan=0,macaddr=52:54:00:21:00:01,model=virtio ¥
-net tap,vlan=0,script=/kvm/etc/qemu-ifup,ifname=hoge ¥
-serial unix:/tmp/con.sock,server,nowait ¥
-monitor unix:/tmp/mon.sock,server,nowait

以下、それぞれのオプションについて説明する。

--enable-kvm　Intel-VT またはAMD-Vのハードウェア仮想化支援機能を利用する
-nographic グラフィカルな出力を無効にし、シリアルをコンソールにリダイレクトする
-daemonize　qemuをデーモンとして起動する
-m 512　メモリを512MByte 割り当てる
-smp 1 　仮想マシンにプロセッサを一つ割り当てる
-kernel ゲストカーネルを指定。イメージの外、ホストOS上に置くことができる
-append カーネルに与えるオプションを指定
-drive file=　イメージファイルの指定。if=virtioオプションによりパラヴァーチャルなブロックデバイスとして見せる

-net nic,vlan=0,macaddr= ,model=virtio

NICを作成しvlan=0に接続する。model=virtioオプションによりパラバーチャルなNICに見せる。

-net tap,vlan=0,script=/kvm/etc/qemu-ifup,ifname=hoge

ホストにtapデバイスhogeを作成しvlan=0に接続する。そしてスクリプト/kvm/etc/qemu-ifupを実行する。

-serial unix:/tmp/con.sock,server,nowait

シリアルポートをUNIXドメインソケット/tmp/con.sockにリダイレクトする。

-monitor unix:/tmp/mon.sock,server,nowait

QemuのモニターをUNIXドメインソケット/tmp/mon.sockにリダイレクトする。

serial,monitorのUNIXドメインソケットへのリダイレクトがミソ。

nographic, daemonizeオプションによりバックグラウンドで実行している仮想マシンを/tmp/mon.sock、/tmp/con.sockから制御することが可能である。serial、monitorをtcpやtelnetなどなどのネットワーク接続口にリダイレクトすることも可能であるが、その場合、認証無しでmonitorコンソールアクセスしqemuをコントロールすることができてしまう。UNIXドメインソケットを利用する場合、rootユーザのみにUNIXドメインソケットへの読み書き許可を与えることで、ホストOS上ののrootユーザのみにアクセス許可を与えることができるようになる。

8. script=/kvm/etc/qemu-ifupで何をしているのか

/kvm/etc/qemu-ifupの内容

#!/bin/sh
/sbin/ip link set dev $1 up promisc off
/usr/sbin/brctl addif kbr0 $1

タップデバイスhogeがブリッジkbr0に接続されている。

brctl show
bridge name bridge id STP enabled interfaces
kbr0 8000.0022190601e3 no eth0
hoge

9. UNIXドメインソケットへの接続方法

socatコマンドで接続可能である。

QEMUモニタへの接続

socat -,icanon=0,echo=0 unix-connect:/tmp/mon.sock

QEMU 1.0,1 monitor - type 'help' for more information
(qemu)

シリアルコンソールへの接続

socat -,icanon=0,echo=0 unix-connect:/tmp/con.sock

Debian GNU/Linux 6.0 (none) ttyS0

(none) login:

ただし、このままではctl-cでシリアルコンソール内のプロセスを終了しようとしても、socat自身がグナルを受け取ってしまうので、そのプロセスを終了することができない。その様な場合には、intrなを適当なキーに割り当てると良い。

例えば、次の様なラッパスクリプトを利用することで、socatにinterruptシグナルを送る場合のキーバインディングをctl+]に変更することができる。ctl+cを叩いた場合、socat自身gはシグナルとして受け取らず、接続先のプロセスがctl+cをinterruptシグナルとして受け取ることになる。

test_con.sh

#!/bin/bash
tty_setting=`stty -g`
stty intr ^]
socat -,icanon=0,echo=0 unix-connect:/tmp/con.sock
stty $tty_setting

A1. 素のqemuとkvmどのくらい速さが違うの？　

sysbenchと言うベンチマークツールを使って、簡単にCPUベンチマークを実行してみた。
ベンチマークコマンド

sysbench --num-threads=24 --test=cpu --cpu-max-prime=10000 run

素のqemu　(qemu-system-x86_64 .... )

Test execution summary:
total time: 58.5005s

kvmオプション付き　(qemu-system-x86_64 --enable-kvm .... )
Test execution summary:

total time: 17.3854s

約3.4倍高速であった。

A2. qemu-kvmと本家qemuどちらを使うべき？(2012/3現在)

以前は、kvmを使うためには、それ用にパッチの当たったqemuを使う必要があったが、現在kvmサポートパッチは本家qemuにマージされている。しかしながら、wiki.qemu.org/downloadの他にも、sourceforgeにqemu-kvmが存在している。

そこで、sysbenchでベンチマークしてみた。

ベンチマークコマンド
sysbench --num-threads=24 --test=cpu --cpu-max-prime=10000 run

qemu-1.0.1の場合(--enable-kvmオプション付き)

Test execution summary:
total time: 17.3854s

qemu-kvm-1.0の場合
Test execution summary:

total time: 17.2720s

大きな差は見られない。

以上、kvmによる仮想マシンの構築について、備忘録的にまとめた。
部分的であれ記載した情報がお役に立てば幸いである。

1U 4ノードサーバ　SR1640TH

noreply@blogger.com (ktaka) — Thu, 12 Jan 2012 11:06:00 +0000

Intelのクアッドノード、サーバベアボーン

Xeon X3400系ですので、ちょっと古いですが…

1Uのシャーシに電源も独立したサーバユニットが二つ。

それぞれのサーバユニットにはソケットが二つ。デュアルＣＰＵサーバ一台ではなく、独立したシングルＣＰＵのサーバ二台が、一枚のマザーに載っているという構成。

サーバユニットは全面から引き出し可能。メンテナンスは2ノード毎に行うことになる。

ServerEnginesのBMC

サーバユニットを、シャーシの上に乗せてみました。

1U Sandy Bridge Xeon ファイルサーバ

noreply@blogger.com (ktaka) — Thu, 12 Jan 2012 10:05:00 +0000

先日、お客様に納品した1Ｕサーバのご紹介です。
1ＵシャーシにSandy Bridge Xeon　E3-1270を一個搭載しています。

フロントには2.5インチのＨＤＤベイが8個あり、SATA、SAS HDD、SSDなどを8本搭載可能です。

マザーボードはSupermicro X8SIU-F。このマザーボードは横方向に短いため、1Uシャーシ内への拡張カードの装着が容易になります。今回は、キャパシタ付のRAIDカードASR-5805Zを装着しましたが、いつもは置き場所に困るキャパシタが、余裕で取り付けられました。PCIスロットを二つ占有する、Teslaなどにも向いているのではないかと思います。

6本あるメモリスロットは、4Ｇbyte DDR3 ECC Reg.モジュールで、フル実装。合計24GByteのメモリを搭載しています。

ASR-5805Zは1.2GHzのデュアルコアRAIDチップを搭載しているため、比較的発熱が大きいです。十分にカードを冷却するために、FANを二つ増設しています。

今回は冗長化電源付のシャーシをご希望されました。

HHKB Pro2

noreply@blogger.com (ktaka) — Mon, 25 Apr 2011 07:08:00 +0000

愛用のキーボードは、Happy Hacking Keyboard Professional 2です。キータッチが秀逸です。

Galaxy からBlogger アプリ

noreply@blogger.com (ktaka) — Mon, 25 Apr 2011 07:05:00 +0000

Galaxy からBlogger アプリを使って投稿。編集機能は不十分だが、気軽に投稿できるのは便利。写真も簡単に貼り付けることができる。
ちなみに、愛用のメガネです。

今日は自転車通勤

noreply@blogger.com (ktaka) — Mon, 25 Apr 2011 06:39:00 +0000

暖かくなってきたので、自転車が気持ち良い(^^)

rsync --updateオプションで悩む

noreply@blogger.com (ktaka) — Wed, 13 Apr 2011 15:10:00 +0000

rsyncの--updateオプションは、転送先ファイルのmtimeが転送元よりも新しい場合に、そのファイルのコピーをスキップするオプションである。
しかしながら、シンボリックリンクやスペシャルファイルの場合は、このオプションがあっても、コピーはスキップされない。

-u, --update

This forces rsync to skip any files which exist on the destination and have a modified time that is newer than the source file. (If an existing destination file has a modification time equal to the source file’s, it will be updated if the sizes are different.)

Note that this does not affect the copying of symlinks or other special files. Also, a difference of file format between the sender and receiver is always considered to be important enough for an update, no matter what date is on the objects. In other words, if the source has a directory where the destination has a file, the transfer would occur regardless of the timestamps.

コピー先のシンボリックの方が新しい場合には、コピーをスキップしたいのだが、どうすれば良いのでしょう？

aufs2.1を試してみる。

noreply@blogger.com (ktaka) — Sat, 09 Apr 2011 13:46:00 +0000

Aufs(AnotherUnionfs)は、複数のディレクトリを単一のディレクトリに見せるスタッカブルなファイルシステムです。Aufsを用いると、リードオンリーなディレクトリの上に、読み書き専用のディレクトリを重ねてマウントすることができます。
今回、これについて試してみました。

インストール手順

http://aufs.sourceforge.net/にあるドキュメントを参考にインストールします。

レポジトリの同期とチェックアウト
今回はバニラカーネルにパッチを当てて、カーネルモジュールとしてコンパイルするので、aufs2-standalone.gitのみ同期します。

root@hana:~/tmp# git clone http://git.c3sl.ufpr.br/pub/scm/aufs/aufs2-standalone.git aufs2-standalone.git
Cloning into aufs2-standalone.git...

使用するバニラカーネルのバージョンは2.6.38.2なので、aufs2.1-38 をチェックアウトします。

root@hana:~/tmp# cd aufs2-standalone.git/

root@hana:~/tmp/aufs2-standalone.git# git checkout origin/aufs2.1-38
Note: checking out 'origin/aufs2.1-38'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:
git checkout -b new_branch_name
HEAD is now at 4c5ce8c... aufs2.1 standalone version for linux-2.6.38

root@hana:~/tmp/aufs2-standalone.git# ls -la
total 356
drwxr-xr-x 7 root root 4096 Apr 8 14:08 .
drwxr-xr-x 3 root root 4096 Apr 8 14:06 ..
drwxr-xr-x 8 root root 4096 Apr 8 14:08 .git
-rw-r--r-- 1 root root 17990 Apr 8 14:07 COPYING
-rw-r--r-- 1 root root 268285 Apr 8 14:08 ChangeLog
drwxr-xr-x 3 root root 4096 Apr 8 14:08 Documentation
-rw-r--r-- 1 root root 1365 Apr 8 14:07 Makefile
-rw-r--r-- 1 root root 14421 Apr 8 14:08 README
-rw-r--r-- 1 root root 2971 Apr 8 14:08 aufs2-base.patch
-rw-r--r-- 1 root root 978 Apr 8 14:08 aufs2-kbuild.patch
-rw-r--r-- 1 root root 8732 Apr 8 14:08 aufs2-standalone.patch
-rw-r--r-- 1 root root 2793 Apr 8 14:08 config.mk
drwxr-xr-x 2 root root 4096 Apr 8 14:08 design
drwxr-xr-x 3 root root 4096 Apr 8 14:08 fs
drwxr-xr-x 3 root root 4096 Apr 8 14:07 include

linux-2.6.38用のパッチが作成されました。

カーネルソースディレクトリに移動し、パッチを当てます。

root@hana:~/Kernel/linux-2.6.38.2# patch -p1 < ~/tmp/aufs2-standalone.git/aufs2-base.patch patching file fs/namei.c
patching file fs/splice.c
patching file include/linux/namei.h
patching file include/linux/splice.h
root@hana:~/Kernel/linux-2.6.38.2# patch -p1 < ~/tmp/aufs2-standalone.git/aufs2-kbuild.patch
patching file fs/Kconfig
patching file fs/Makefile
patching file include/linux/Kbuild
root@hana:~/Kernel/linux-2.6.38.2# patch -p1 < ~/tmp/aufs2-standalone.git/aufs2-standalone.patch
patching file fs/file_table.c
patching file fs/inode.c
patching file fs/namei.c
patching file fs/namespace.c
patching file fs/notify/group.c
patching file fs/notify/mark.c
patching file fs/open.c
patching file fs/splice.c
patching file security/commoncap.c
patching file security/device_cgroup.c
patching file security/security.c

必要なファイルもコピーします。

root@hana:~/Kernel/linux-2.6.38.2# cp -R ~/tmp/aufs2-standalone.git/Documentation ./
root@hana:~/Kernel/linux-2.6.38.2# cp -R ~/tmp/aufs2-standalone.git/fs ./
root@hana:~/Kernel/linux-2.6.38.2# cp -R ~/tmp/aufs2-standalone.git/include/linux/aufs_type.h ./include/linux/

make menuconfig で必要な設定をします。aufsに関する設定パラメータは以下の通りです。

root@hana:~/Kernel/linux-2.6.38.2# egrep AUFS .config
CONFIG_AUFS_FS=m
CONFIG_AUFS_BRANCH_MAX_127=y
# CONFIG_AUFS_BRANCH_MAX_511 is not set
# CONFIG_AUFS_BRANCH_MAX_1023 is not set
# CONFIG_AUFS_BRANCH_MAX_32767 is not set
CONFIG_AUFS_SBILIST=y
CONFIG_AUFS_HNOTIFY=y
CONFIG_AUFS_HFSNOTIFY=y
CONFIG_AUFS_RDU=y
CONFIG_AUFS_SP_IATTR=y
CONFIG_AUFS_SHWH=y
CONFIG_AUFS_BR_RAMFS=y
CONFIG_AUFS_BR_FUSE=y
CONFIG_AUFS_POLL=y
CONFIG_AUFS_BDEV_LOOP=y
CONFIG_AUFS_DEBUG=y
CONFIG_AUFS_MAGIC_SYSRQ=y

カーネルをコンパイル、インストールして再起動します。

root@hana:~# modprobe aufs

root@hana:~# lsmod |grep auf
aufs 464609 0

root@hana:~# modinfo aufs
filename: /lib/modules/2.6.38.2-64aufs01/kernel/fs/aufs/aufs.ko
version: 2.1-standalone.tree-38-20110404
description: aufs -- Advanced multi layered unification filesystem
author: Junjiro R. Okajima
license: GPL
srcversion: D52E89D4B96A545C9E3E064
depends:
vermagic: 2.6.38.2-64aufs01 SMP mod_unload modversions
parm: sysrq:MagicSysRq key for aufs (charp)
parm: debug:debug print (int)
parm: brs:use /fs/aufs/si_*/brN (int)

インストールは以上です。Debian squeezeだとmountコマンドは最初からaufsをサポートしているようです（？要確認）

試してみます。

テストディレクトリを作成する。

mkdir /tmp/{base,cover,mnt}

/tmp/base ベースディレクトリ、リードオンリーマウントする
/tmp/cover 上から重ねるディレクトリ。書き込み可能
/tmp/mnt マウントポイント

ベースディレクトリにテストディレクトリdir1、テストファイルfile1、file11を作成する。

mkdir /tmp/base/dir1
echo 1 > /tmp/base/file1
echo 11 > /tmp/base/dir1/file11

aufsでマウントする。

mount -t aufs -o br=/tmp/cover=rw:/tmp/base=ro none /tmp/mnt/
mount|grep aufs
none on /tmp/mnt type aufs (rw,br=/tmp/cover=rw:/tmp/base=ro)

ディレクトリ構造は、それぞれ次のようになる。

tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
`-- .wh..wh.plnk
/tmp/mnt
|-- dir1
| `-- file11
`-- file1
4 directories, 5 files

マウントしたディレクトリに新たにファイルを作成する。

echo 2 > /tmp/mnt/file2

リードオンリーの/tmp/baseは変わらずに、書き込み可能な/tmp/coverにfile2が作成される。

tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- file2
/tmp/mnt
|-- dir1
| `-- file11
|-- file1
`-- file2
4 directories, 7 files

ファイルの削除

/tmp/mnt/file1を削除すると、/tmp/cover/.wh.file1が作成され、/tmp/mnt/file1が見えなくなる。

/tmp/mnt/file2を削除すると、単純に/tmp/coverからfile2が消える。

rm /tmp/mnt/file{1,2}
tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- .wh.file1
/tmp/mnt
`-- dir1
`-- file11

4 directories, 5 files

元とは違う内容で/tmp/mnt/file1を作成すると、/tm/cover/にもfile1が作成される。

echo x > /tmp/mnt/file1
tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- file1
/tmp/mnt
|-- dir1
| `-- file11
`-- file1
4 directories, 6 files

それぞれのファイルの内容を確認すると、/tmp/base/file1のみが元の内容のままで、/tmp/cover/file1、/tmp/mnt/file1は新しい内容になっていることがわかる。

head /tmp/{base,cover,mnt}/file1
==> /tmp/base/file1 <==
1
==> /tmp/cover/file1 <==
x
==> /tmp/mnt/file1 <==
x

ディレクトリの削除

/tmp/mnt/dir1を削除すると/tmp/mntからはdir1が消え、/tmp/coverに.wh.dir1が作成される。

rm -r /tmp/mnt/dir1
tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- .wh.dir1
/tmp/mnt
`-- file1
3 directories, 5 files

もう一度/tmp/mnt/dir1を作成してみると、/tmp/coverにあった.wh.dir1が無くなり、新たに/tmp/cover/dir1、/tmp/cover/dir1/.wh..wh..opqが作成される。

mkdir /tmp/mnt/dir1
tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- dir1
`-- .wh..wh..opq
/tmp/mnt
|-- dir1
`-- file1
5 directories, 5 files

/tmp/cover/dir1/.wh..wh..opq　の中身は空である。

file /tmp/cover/dir1/.wh..wh..opq
/tmp/cover/dir1/.wh..wh..opq: empty

/tmp/mnt/dir1/file11を作成してみると、/tmp/cover/dir1/file11が作成される。

echo xx > /tmp/mnt/dir1/file11
tree -a /tmp/{base,cover,mnt}
/tmp/base
|-- dir1
| `-- file11
`-- file1
/tmp/cover
|-- .wh..wh.aufs
|-- .wh..wh.orph
|-- .wh..wh.plnk
`-- dir1
|-- .wh..wh..opq
`-- file11
/tmp/mnt
|-- dir1
| `-- file11
`-- file1
5 directories, 7 files

それぞれのディレクトリにあるfile11の内容は以下の通りで、/tmp/base/dir1/file11が元の内容、/tmp/cover/dir1/file11、/tmp/mnt/dir1/file11が新しい内容である。

head /tmp/{base,cover,mnt}/dir1/file11
==> /tmp/base/dir1/file11 <==
11
==> /tmp/cover/dir1/file11 <==
xx
==> /tmp/mnt/dir1/file11 <==
xx

まとめ
スタッカブルなファイルシステムaufsについて試してみた。リードオンリーなディレクトリの上に、読み書き専用のディレクトリを重ねてマウントできることが確認できた。
また、簡単な例のみであるが、ファイルの作成、削除、ディレクトリの作成、削除を行った際に、どのような動作をするのか何となくわかった。

GNU tarでシンボリックリンクのタイムスタンプが保存されない - 1.24以降ならOK

noreply@blogger.com (ktaka) — Thu, 07 Apr 2011 18:59:00 +0000

GNU tar 1.24以降であれば、タイムスタンプが保存されるようである。

http://git.savannah.gnu.org/cgit/tar.git/plain/NEWS?id=release_1_24

** Symbolic link attributes When extracting symbolic links, tar now restores attributes such as last-modified time and link permissions, if the operating system supports this. For example, recent versions of the Linux kernel support setting times on symlinks, and some BSD kernels also support symlink permissions.

Debian squeeze のtarは1.23である。

ktaka@hana:~$ tar --version
tar (GNU tar) 1.23
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later .
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

タイムスタンプがApr 1 00:00のシンボリックリンクを作成。

ktaka@hana:~$ mkdir p

ktaka@hana:~$ for i in a b c d e f g ; do ln -s /tmp/$i p/$i; touch -ht 04010000 p/$i ; done
ktaka@hana:~$ ls -la p
total 8
drwxr-xr-x 2 ktaka ktaka 4096 Apr 8 03:03 .
drwx------ 79 ktaka ktaka 4096 Apr 8 03:03 ..
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 a -> /tmp/a
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 b -> /tmp/b
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 c -> /tmp/c
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 d -> /tmp/d
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 e -> /tmp/e
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 f -> /tmp/f
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 g -> /tmp/g

tarアーカイブを作成

ktaka@hana:~$ (cd p; tar cf - .)|gzip > p.tgz

中身を確認すると、確かに正しいタイムスタンプでアーカイブが作成されている。

ktaka@hana:~$ tar ztvf p.tgz
drwxr-xr-x ktaka/ktaka 0 2011-04-08 03:03 ./
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./f -> /tmp/f
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./c -> /tmp/c
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./g -> /tmp/g
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./a -> /tmp/a
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./e -> /tmp/e
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./d -> /tmp/d
lrwxrwxrwx ktaka/ktaka 0 2011-04-01 00:00 ./b -> /tmp/b

アーカイブをqディレクトリに展開

ktaka@hana:~$ mkdir q; (cd q; tar zxf ../p.tgz) ; date
Fri Apr 8 03:16:26 JST 2011

タイムスタンプがアーカイブを展開した時刻になってしまう。

ktaka@hana:~$ ls -la q/
total 8
drwxr-xr-x 2 ktaka ktaka 4096 Apr 8 03:03 .
drwx------ 79 ktaka ktaka 4096 Apr 8 03:16 ..
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 a -> /tmp/a
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 b -> /tmp/b
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 c -> /tmp/c
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 d -> /tmp/d
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 e -> /tmp/e
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 f -> /tmp/f
lrwxrwxrwx 1 ktaka ktaka 6 Apr 8 03:16 g -> /tmp/g

GNU tar 1.24で試してみる。

ktaka@hana:~$ ./tar-1.24/_inst/bin/tar --version
tar (GNU tar) 1.24
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later .
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

ディレクトリrに展開してみる。

ktaka@hana:~$ mkdir r; (cd r; ../tar-1.24/_inst/bin/tar zxf ../p.tgz) ; date
Fri Apr 8 03:35:37 JST 2011

ktaka@hana:~$ ls -la r
total 8
drwxr-xr-x 2 ktaka ktaka 4096 Apr 8 03:03 .
drwx------ 81 ktaka ktaka 4096 Apr 8 03:35 ..
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 a -> /tmp/a
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 b -> /tmp/b
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 c -> /tmp/c
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 d -> /tmp/d
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 e -> /tmp/e
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 f -> /tmp/f
lrwxrwxrwx 1 ktaka ktaka 6 Apr 1 00:00 g -> /tmp/g

正しいタイムスタンプでシンボリックリンクを展開することができた。

参考リンク

http://www.mail-archive.com/bug-tar@gnu.org/msg02281.html

BloggerのDynamic viewがおしゃれ

noreply@blogger.com (ktaka) — Thu, 07 Apr 2011 17:40:00 +0000

このブログのはhttp://ktaka.blog.clustcom.com/ですが、
末尾に/viewを追加すると、おしゃれなページに早変わり。
現在、用意されているviewは以下の５つ。

詳しくはこことここにアナウンスがあります。
今後、ユーザーがview自体をカスタマイズできるようにもなるようです。

ファイル編集前の簡易バックアップ

noreply@blogger.com (ktaka) — Wed, 15 Sep 2010 06:08:00 +0000

Linuxの設定ファイルなどを編集する際に、編集前のファイルのバックアップを取って置きたいことがある。設定をしくじったりした場合に、元の設定に戻したいからだ。

私は、そのために、次のようなシェルコマンドを自作して利用している。

以下の内容で、~/.functionsを作成する。

bk ()
{
    file=${1##*/};
    dir=${1%${1##*/}};
    ( if [ "$dir" = "" ]; then
        true;
    else
        if [ -d "$dir" ]; then
            echo cd $dir;
            cd $dir;
        else
            echo "No such directory: $dir ";
            return 1;
        fi;
    fi;
    if [ -f "$file" ]; then
        mkdir -p .bk;
        echo cp -p $file .bk/$file.$(date +"%Y%m%d%H%M" -r $file);
        cp -p $file .bk/$file.$(date +"%Y%m%d%H%M" -r $file);
    else
        echo "No such file: $file ";
    fi )
}

この関数は、以下のような動作をするものである。

バックアップを取りたいファイルが存在するディレクトリに.bk/とサブディレクトリを作成する。
ファイルの最終変更日時(mtime)をサフィックスにもつコピーを作成する。

使用例

ktaka@hana:~$ . ~/.functions
ktaka@hana:~$ ls -la /home/ktaka/hello
-rw-r--r-- 1 ktaka ktaka 1048576000 May 27 2009 /home/ktaka/hello
ktaka@hana:~$ bk /home/ktaka/hello
cd /home/ktaka/
cp -p hello .bk/hello.200905270208
ktaka@hana:~$ ls -la /home/ktaka/.bk/hello.200905270208
-rw-r--r-- 1 ktaka ktaka 1048576000 May 27 2009 /home/ktaka/.bk/hello.200905270208

ファイルの更新時をサフィックスに持つので、複数のバックアップファイルが存在する場合でも便利である。

~/.bashrcで.functionsを読み込むようにしておくと良い。

if [ -f ~/.functions ]; then
. ~/.functions
fi

i3200でedacを使うには、カーネルを2.6.32にしなければならない。

noreply@blogger.com (ktaka) — Sat, 16 Jan 2010 07:28:00 +0000

メモリが壊れているかな？

BIOSより、DMIログを覗いてみると。。。

Phoenix cME FirstBIOS Pro Setup Utility
Advanced
+---------+----------------------------------------------------------+---------+
| | DMI Event Log | Help |
|---------|----------------------------------------------------------|---------|
| | | |
| Event | 01/16/2010 14:44:12 Pre-Boot Error: ^ |ts of |
| Event | Keyboard Not Functional . |og. |
| | . | |
| View D| 01/16/2010 14:44:46 Single-Bit ECC Errors in DIMM# . | |
| Event | 01/16/2010 14:45:45 Single-Bit ECC Errors in DIMM# . | |
| | 01/16/2010 14:45:45 Pre-Boot Error: : | |
| Mark D| Keyboard Not Functional : | |
| Clear | : | |
| | 01/16/2010 14:46:28 Single-Bit ECC Errors in DIMM# : | |
| | 01/16/2010 14:47:00 Single-Bit ECC Errors in DIMM# : | |
| | 01/16/2010 14:47:00 Pre-Boot Error: : | |
| | Keyboard Not Functional . | |
| | | |
| | [Continue] | |
| +----------------------------------------------------------+ |
| | |
+------------------------------------------------------------------------------

せっかくなので、linuxのedacで検出してみる。

i3200でedacを使うには、カーネルを2.6.32にしなければならない。
ずっと前からコードはあったので、とっくにマージされていたと思っていました。

モジュールはこれ

lenny64:~# lsmod |grep edac
i3200_edac 3599 0

エラー出力

lenny64:~# dmesg |tail
EDAC DEBUG: i3200_check: MC0: i3200_check()
EDAC MC0: CE page 0x0, offset 0x0, grain 1073741824, syndrome 0x54, row 1, channel 0, label "": i3200 CE
EDAC DEBUG: i3200_check: MC0: i3200_check()
EDAC MC0: CE page 0x0, offset 0x0, grain 1073741824, syndrome 0x54, row 1, channel 0, label "": i3200 CE
EDAC DEBUG: i3200_check: MC0: i3200_check()
EDAC MC0: CE page 0x0, offset 0x0, grain 1073741824, syndrome 0x54, row 1, channel 0, label "": i3200 CE
EDAC DEBUG: i3200_check: MC0: i3200_check()
EDAC MC0: CE page 0x0, offset 0x0, grain 1073741824, syndrome 0x54, row 1, channel 0, label "": i3200 CE
EDAC DEBUG: i3200_check: MC0: i3200_check()
EDAC MC0: CE page 0x0, offset 0x0, grain 1073741824, syndrome 0x54, row 1, channel 0, label "": i3200 CE

VAIO X linuxでの輝度調整

noreply@blogger.com (ktaka) — Mon, 09 Nov 2009 01:47:00 +0000

ここを参考に。

setpci コマンドで直接設定を行います。 VAIO type P では 00:02.0 F4.B が輝度用のデバイスです。
輝度の範囲は 00〜FF(暗い〜明い) です。

VAIO Xでも同じだろうということでやってみると、やはりその通り。輝度調節できました。

最小はB=0だけど、そうすると真っ暗になってしまう。B=10前後がいいところか。
setpci -s 00:02.0 F4.B=10

最大はB=FF。
setpci -s 00:02.0 F4.B=FF

B=10の時の消費電力

# grep rate /proc/acpi/battery/BAT0/state
present rate: 6104 mW

B=FFの時の消費電力

# grep rate /proc/acpi/battery/BAT0/state
present rate: 7628 mW

Lバッテリの場合"design capacity: 33590 mWh"なので、B=10にすれば、5時間ちょっとは使えそうです。

追記 cpufreqdの設定で、ACプラグON/OFFで輝度が変わるようにしました。
/etc/cpufreqd.conf

[Profile]
name=Performance High
minfreq=100%
maxfreq=100%
policy=performance
exec_post=/usr/bin/setpci -s 00:02.0 F4.B=ff
[/Profile]

[Profile]
name=Powersave Low
minfreq=40%
maxfreq=40%
policy=powersave
exec_post=/usr/bin/setpci -s 00:02.0 F4.B=10
[/Profile]

[Rule]
name=AC Rule
ac=on
profile=Performance High
[/Rule]

[Rule]
name=AC Off - Low Battery
ac=off
battery_interval=0-100
profile=Powersave Low
[/Rule]

vaio x + d31hw 電池の持ちは3.5時間

noreply@blogger.com (ktaka) — Wed, 04 Nov 2009 04:53:00 +0000

イーモバイルD31HWでロマンスカー車内から接続中。

消費電力は約10W。この調子だと、せいぜい3.5時間がいいところです

vaiox:~# cat /proc/acpi/battery/BAT0/state
present: yes
capacity state: ok
charging state: discharging
present rate: 10101 mW
remaining capacity: 32240 mWh
present voltage: 7992 mV

vaio xは店頭販売モデルなのでLバッテリが標準ですが、Xバッテリが欲しくなります。

vaio xの駆動時間は実質4時間位か

noreply@blogger.com (ktaka) — Tue, 03 Nov 2009 10:36:00 +0000

メーカーのページにL型バッテリ駆動時間は約10時間とあるので期待して購入したvaio xですが、私の環境では、4時間位がいいところのようです。

環境　Debian Linux(カーネル2.6.31.5)

電池の容量は、33590 mWh

vaiox:/home/ktaka# cat /proc/acpi/battery/BAT0/info
present: yes
design capacity: 33590 mWh
last full capacity: 33590 mWh
battery technology: rechargeable
design voltage: 7400 mV
design capacity warning: 3350 mWh
design capacity low: 120 mWh
capacity granularity 1: 0 mWh
capacity granularity 2: 1 mWh
model number:
serial number:
battery type: Lion
OEM info: Sony Corporation

800MHz動作時の、消費電力は、7669mW

# cat /proc/acpi/battery/BAT0/state
present: yes
capacity state: ok
charging state: discharging
present rate: 7669 mW
remaining capacity: 4710 mWh
present voltage: 6928 mV

よって33590/7669 = 4.38 時間が駆動時間。

CPUのクロックは、cpufreqdのおかげで、バッテリ駆動時は800MHzになっている。
ACアダプタ使用時 1.87GHz

# cat /sys/devices/system/cpu/cpu{0,1}/cpufreq/cpuinfo_cur_freq
1866000
1866000

バッテリ駆動時 800MHz

# cat /sys/devices/system/cpu/cpu{0,1}/cpufreq/cpuinfo_cur_freq
800000
800000

cpufreqd.confの内容

[General]
pidfile=/var/run/cpufreqd.pid
poll_interval=2
verbosity=4
[/General]

[Profile]
name=Performance High
minfreq=100%
maxfreq=100%
policy=performance
#exec_post=echo 8 > /proc/acpi/sony/brightness
[/Profile]

[Profile]
name=Powersave Low
minfreq=40%
maxfreq=40%
policy=powersave
[/Profile]

[Rule]
name=AC Rule
ac=on # (on/off)
profile=Performance High
[/Rule]

[Rule]
name=AC Off - Low Battery
ac=off # (on/off)
battery_interval=0-100
#exec_post=echo 3 > /proc/acpi/sony/brightness
profile=Powersave Low
[/Rule]

Poulsbo (GMA 500)のグラフィックドライバ(psb)がバニラカーネルに取り込まれていない。
Ｕｂｕｎｔｕでは、カーネル2.6.28用のドライバが存在するようである。

今はLCDの輝度調節が効かないが、psbが使えれば、輝度を落とすことができ、もう少し長く使えるようになるかもしれない。

Debian Linux でイーモバイルD31HW使う

noreply@blogger.com (ktaka) — Sun, 01 Nov 2009 15:28:00 +0000

下り最大21Mbps、上り最大5.8Mbpsのデータ通信カード(スティック)イーモバイルのD31HWを使ってみる。

事前調査によると、このカードは、ストレージとモデムの両方の機能を持っていて、とあるコマンドを送ることによりモードを切り替えられるとのこと。ストレージは、Windowsなどで最初に接続したときに、自動的にデバイスドライバをインストールするためのものであるとのこと。

http://blog.37to.net/2009/01/ubuntuemobiled21lc/
http://show-cha.seesaa.net/article/125815364.html

カードを接続しlsusb で見ると、以下のエントリが現れる。

Bus 001 Device 004: ID 12d1:1446 Huawei Technologies Co., Ltd.

ここから、usb_modeswitchをダウンロードしインストール。
/etc/usb_modeswitch.conf を以下の内容で作成。

# Emobile D31HW
DefaultVendor= 0x12d1
DefaultProduct= 0x1446
TargetVendor= 0x12d1
TargetProduct= 0x1429

MessageEndpoint=0x01
MessageContent="55534243000000000000000000000011060000000000000000000000000000"

usb_modeswitchを実行すると

vaiox:~# usb_modeswitch

Looking for target devices ...
No devices in target mode or class found
Looking for default devices ...
Found default devices (1)
Accessing device 005 on bus 001 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
OK, driver found ("usb-storage")
OK, driver "usb-storage" detached

Received inquiry data (detailed identification)
-------------------------
Vendor String: HUAWEI
Model String: Mass Storage
Revision String: 2.31
-------------------------

Device description data (identification)
-------------------------
Manufacturer: Huawei Technologies
Product: HUAWEI Mobile
Serial No.: not provided
-------------------------
Setting up communication with interface 0 ...
Trying to send the message to endpoint 0x01 ...
OK, message successfully sent
-> Run lsusb to note any changes. Bye.

lsusbで見てみると

Bus 001 Device 006: ID 12d1:1429 Huawei Technologies Co., Ltd.

デバイスIDが1446から1429に変わっている。

カーネルモジュールをロードすると、/dev/ttyUSB0,1,2が作成される。

# ls -la /dev/ttyUSB*
ls: cannot access /dev/ttyUSB*: No such file or directory

# modprobe usbserial vendor=0x12d1 product=0x1429

# ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Nov 2 01:02 /dev/ttyUSB0
crw-rw---- 1 root dialout 188, 1 Nov 2 01:02 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 2 Nov 2 01:02 /dev/ttyUSB2

そして、pppの設定ファイルを作成

/etc/ppp/peers/provider

user "em@em"
connect "/usr/sbin/chat -v -f /etc/chatscripts/pap -T *99***1#"
/dev/ttyUSB0
115200
defaultroute
persist
noauth
usepeerdns

接続してみる

# pon
# ps -ef |grep ppp
root 2404 1 0 01:08 ttyUSB0 00:00:00 /usr/sbin/pppd call provider
root 2410 2088 0 01:08 pts/5 00:00:00 grep ppp
# ip add show dev ppp0
6: ppp0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 3
link/ppp
inet 114.48.27.146 peer 10.64.64.64/32 scope global ppp0

接続できました。

ＶＡＩＯ X用Linuxカーネルコンフィグ

noreply@blogger.com (ktaka) — Sun, 01 Nov 2009 08:55:00 +0000

VAIO Xの各デバイスを認識させるためにとりあえず必要そうなもの。

PATA ＳＳＤ用のドライバ　(8086:811a System Controller Hub (SCH Poulsbo) IDE Controller)

CONFIG_PATA_SCH=y

ＮＩＣドライバ(11ab:4380 Ethernet controller: Marvell Technology Group Ltd. Device 4380)

CONFIG_SKY2=m
CONFIG_SKY2_DEBUG=y

無線LANドライバ(168c:002b AR9285 Wireless Network Adapter (PCI-Express) )

CONFIG_CFG80211=m
CONFIG_CFG80211_REG_DEBUG=y
CONFIG_CFG80211_DEBUGFS=y
CONFIG_LIB80211=m
CONFIG_LIB80211_DEBUG=y
CONFIG_MAC80211=m
CONFIG_MAC80211_DEFAULT_PS=y
CONFIG_MAC80211_DEFAULT_PS_VALUE=1
CONFIG_MAC80211_RC_PID=y
CONFIG_MAC80211_RC_MINSTREL=y
CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y
CONFIG_MAC80211_RC_DEFAULT="minstrel"
CONFIG_MAC80211_LEDS=y
CONFIG_MAC80211_DEBUGFS=y
CONFIG_MAC80211_DEBUG_MENU=y
CONFIG_WLAN_PRE80211=y
CONFIG_WLAN_80211=y
CONFIG_ATH_COMMON=m
CONFIG_ATH5K=m
CONFIG_ATH5K_DEBUG=y
CONFIG_ATH9K=m
CONFIG_ATH9K_DEBUG=y

イーモバイルＤ３１ＨＷのために...

CONFIG_USB_ACM=m
CONFIG_USB_SERIAL=m
CONFIG_USB_SERIAL_GENERIC=y

イーモバイルのデータカードはこれだけではダメで、usb_modeswitchによるモード切替が必要。

VAIO X 購入しました

noreply@blogger.com (ktaka) — Sat, 31 Oct 2009 12:02:00 +0000

薄くて、軽くて、電池が長持ち、SonyのネットブックVAIO Xを購入しました。

CPU Intel Atom Z540 (1.86GHz)
メモリー2GByte
SSD 64GByte
Lバッテリで約10時間駆動
重量　0.765kg
厚み　13.9mm
無線 IEEE802.11b/g/n
ＬＡＮ 1000Base-T

スペックは必要にして十分。CPUが64ビット対応でないのだけが残念。(仕事で必要なので。)

写真は、Let’ｓ note T7と、大きさを比較したもの。Let's noteも1.2kgで電池の持ちも良かったんですが、VAIO Xはそれよりも上を(下を？)行く大きさと、軽さです。

本当にノートを持ち歩く感覚です。

ソニーの宣伝文句は「余分はいらない。十分がほしい。」ということみたいなので、
早速、Windows 7を消して、Debianを入れました。

[備忘録] テキストコンソールでWeb閲覧

noreply@blogger.com (ktaka) — Mon, 26 Oct 2009 15:19:00 +0000

LinuxのテキストコンソールでWeb閲覧したい件
結局、/dev/tty1ならば、ssh-agent -> jfbterm -> screenと自動起動するようにしました。

export LC_ALL=ja_JP
export LANG=ja_JP.UTF-8

if [ `tty` == "/dev/tty1" ] ; then
exec ssh-agent jfbterm -e screen
fi

screenのwindowでemacsを開き、そこで'M-x w3m'とすれば、Webが閲覧できる。
日本語入力もemacs+skkのおかげでほぼ問題無さそうです。

screenの中からstartxでXが起動できないので、Xを使いたい時は、Alt+F[2-6]で他のttyに切り替えて使用することにします。

[備忘録] jfbterm終了時に固まることがある件

noreply@blogger.com (ktaka) — Mon, 26 Oct 2009 14:00:00 +0000

ここを参考に、以下のように変更

ktaka@lets:~/SRC$ diff -c jfbterm-0.4.7_orig/term.c jfbterm-0.4.7/term.c
*** jfbterm-0.4.7_orig/term.c 2003-09-16 00:45:31.000000000 +0900
--- jfbterm-0.4.7/term.c 2009-10-26 23:09:54.000000000 +0900
***************
*** 76,82 ****
void sigchld(sig) int sig; {
int st;
int ret;
! ret = wait(&st);
if (ret == gChildProcessId || ret == ECHILD) {
tvterm_unregister_signal();
tterm_final(&gTerm);
--- 76,82 ----
void sigchld(sig) int sig; {
int st;
int ret;
! ret = waitpid(gChildProcessId, &st, WNOHANG);
if (ret == gChildProcessId || ret == ECHILD) {
tvterm_unregister_signal();
tterm_final(&gTerm);

但し、asm/page.hが無といわれたり、コンパイルが通らないので、
最新のデビアン用のパッチを当て、コンパイルを通す。

今のところ直っているようにみえる。