2008年11月13日

MySQLの設定をちょっとだけ見直す

この3代目サーバも稼働後既に2年が経過し、これから死亡の確率が日に日に高くなっているだろう。ああ、ほんとサーバって可哀想だね。24時間365日動いていて当り前、止まれば文句を言われるのに金はかけてもらえない。俺のメインゲームマシンのように意味もなく新しいパーツを注ぎ込まれるマシンもあるのに・・・

とサーバの侘寂を感じつつ、もうちょっとだけサーバのレスポンスを上げられないかなと思い、このCMS(Nucleus)のキモであるMySQLのチューニングにチャレンジしてみた。参考にしたのはmysqlを高速化したいときのチューニング方法。

このサーバの場合、しばらくなんにも設定せずに素のままMySQLを動かしていた。それじゃ芸がないのでちょっとだけいじってMySQL起動時にパラメタを渡してクエリキャッシュだけは有効になるようにしてある。これだけでもなんとなく速くなったんだけど、サーバのアクセスはどういうわけか集中するときには集中するので、負荷が高いときにより効果的なレスポンスが得られるようイジってみた。

まずはサンプル設定ファイルをコピーする。サンプル設定ファイルは、Vineの場合は/usr/share/mysql/ディレクトリに入っていて、搭載メモリの量別に4種類が用意されている。コメントによると

my-small.cnf -- 64MB以下
my-medium.cnf -- 128MB程度
my-large.cnf -- 512MB程度
my-huge.cnf -- 1〜2GB

ってのが目安のようだ。このサーバは古いマシンだけど一応512MB積んでいるのでmy-large.cnfを使うことにする。

このサンプルを/etcディレクトリにmy.cnfとしてコピーする。

# cp /usr/share/mysql/my-large.cnf /etc/my.cnf

あとはこのmy.cnfを修正してやる。本当はボトルネックを調べて修正するのが正解なんだろうが、取り敢えず該当しそうなところを修正してみる。修正箇所は以下のとおり。

table_cache = 256 -> 1024
thread_cache = 8 -> 32
query_cache_size= 16M -> 32M
innodb_buffer_pool_size = 256M -> 384M
innodb_flush_log_at_trx_commit = 1 -> 2

この設定でクエリが遅くなるリクエストが発生したらLogを取るよう、この設定ファイルの最後に

long_query_time=3
log-slow-queries=/var/log/slow.log

を追加して設定ファイルの修正は終了。あとはMySQLを再起動しておしまい。

# /etc/rc.d/init.d/mysql restart

innodb_log_file_size = 64M を 128Mに変更したらエラーでMySQLが起動しかなかったのは不思議。

効果があるのかは今後の様子を見ないと断定は出来ないけれど、一時期にアクセスが集中したときの処理スピードは上がったように感じる。気のせいかも知れないけれどね。まぁ、設定方法を少し覚えたってことだけでも良しとしよう。

といいつつ、普段いじらないサーバをいじり始める時期はどういうわけか死期が近いときと重なる場合が多いので、今回もそろそろヤバいのかも知れん。代替の準備をしておかないとなぁ。次のサーバはAtomかな？

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2290

2008年09月24日

VineLinuxでFirefox3

以前導入しようとして大失敗したFirefox3(失敗1、失敗2)だが、ついにVinePlusで正式にリリースされた模様。確かにVineLinuxのホームページに出ているね。


前回導入の最初の方で引っかかったgtk2関係も追加されている。つか、もともとこのライブラリが無いからFirefox3が動かなかったわけで、gtk2関係を入れてしまえばmozillaプロジェクトからリリースされているForefox3がそのまま動くだろう。試していないけど。

ということで早速導入してみた。いつものごとくrootになってaptで導入する。

# apt-get install firefox3
パッケージリストを読みこんでいます... 完了
依存情報ツリーを作成しています... 完了
以下の追加パッケージがインストールされます:
gtk210-gtk2 gtk210-gtk2-engines gtk210-librsvg2
以下のパッケージが新たにインストールされます:
firefox3 gtk210-gtk2 gtk210-gtk2-engines gtk210-librsvg2
アップグレード: 0 個, 新規インストール: 4 個, 削除: 0 個, 保留: 0 個
19.7MB のアーカイブを取得する必要があります。
展開後に 55.1MB のディスク容量が追加消費されます。
続行しますか? [Y/n]y
取得:1 http://updates.vinelinux.org 4.2/i386/plus gtk210-gtk2 2.10.14-1vl4 [7097kB]
取得:2 http://updates.vinelinux.org 4.2/i386/plus gtk210-gtk2-engines 2.8.2-1vl4 [350kB]
取得:3 http://updates.vinelinux.org 4.2/i386/plus gtk210-librsvg2 2.14.4-1vl4 [152kB]
取得:4 http://updates.vinelinux.org 4.2/i386/plus firefox3 3.0.1-1vl4 [12.1MB]
19.7MB を 40s 秒で取得しました (489kB/s)
変更を適用しています...
準備中... ########################################### [100%]
1:gtk210-gtk2 ########################################### [ 25%]
2:gtk210-gtk2-engines ########################################### [ 50%]
3:gtk210-librsvg2 ########################################### [ 75%]
4:firefox3 ########################################### [100%]
完了

正式対応版なんで、当然あっさり終了。コマンドラインからfirefox3とやるとFirefox3が立ち上がる。最初なんで、アドオンの確認やらなにやらが入ってくる。まずは使用承諾。


その次はデフォルトのブラウザにするか否か。



設定などは以前のヴァージョンから自動的に引き継いでくれるので、通常では気にすることは無いだろう。インストールはこれで終わりだが、ランチャとかいちいち直すのもめんどくさいので、firefox起動コマンドをfirefox3にリンクしちゃうという荒技で対処する。

# cd /usr/bin/
->firefox起動コマンドのあるディレクトリに移動
# mv firefox firefox2
->Firefox2の起動コマンドfirefoxをfirefox2に変更
# ln -s firefox3 firefox
->いままでのfirefox起動コマンドをfirefox3起動コマンドにリンク

これだとFirefox2がアップデートされるたび再度リンクを張り直す事になるけれど、その他様々な設定をいじるより簡単だろう。

これでついにVineでもFirefox3が使えるようになった。めでたしめでたし。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2243

2008年07月15日

VineでFireFox3に挑戦 その2

始めに断っておきますが、導入は失敗です。orz

判明した不足パッケージはこんな感じ。

expat-devel は fontconfig-2.6.0-1vl4.i386 に必要とされています
fontconfig-devel は libXft-2.1.13-1vl4.i386 に必要とされています
freetype2-devel >= 2.3 は libXft-2.1.13-1vl4.i386 に必要とされています
libXau-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libxcb-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libXdmcp-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libX11-devel は freetype2-2.3.7-1vl4.i386 に必要とされています
libXrender-devel は libXft-2.1.13-1vl4.i386 に必要とされています
xorg-x11-proto-devel は libX11-1.1.4-1vl4.i386 に必要とされています
xorg-x11-xtrans-devel は libX11-1.1.4-1vl4.i386 に必要とされています

ということで、expat-2.0.1-0vl2.src.rpm、libXau-1.0.3-1vl5.src.rpm、libXdmcp-1.0.2-1vl5.src.rpm、libxcb-1.1-1vl5.src.rpm、xorg-x11-proto-devel-7.3-2vl5.src.rpm、xorg-x11-xtrans-devel-1.2.1-1vl5.src.rpmを取ってきてrrebuildする。するってーとlibホゲホゲあたりは全滅で、xorgほげをインストールするにはxorg-x11-filesystemが必要とかぬかしやがる。

ここまでくれば根競べだとばかりにxorg-x11-filesystem-7.3-1vl5.src.rpmを取ってきてrebuildしてインストールする。するとxorg-x11-protoとxorg-x11-xtransのrebuildは無事終了した。よしよし。

しかし、これは思いっきり罠で、できあがったパッケージをインストールしようとすると依存の嵐だ。

# rpm -Uvh xorg-x11-xtrans-devel-1.2.1-1vl4.i386.rpm libexpat-2.0.1-0vl2.i386.rpm
エラー: 依存性の欠如:
xorg-x11-filesystem は xorg-x11-xtrans-devel-1.2.1-1vl4.i386 に必要とさ れています
libexpat.so.0 は (インストール済み)neon-0.25.5-0vl2.i386 に必要とされて います
libexpat.so.0 は (インストール済み)rpm-4.4.2-0vl16.1.i386 に必要とされています
libexpat.so.0 は (インストール済み)hal-0.5.7.1-0vl3.i386 に必要とされて います
libexpat.so.0 は (インストール済み)lftp-3.5.6-0vl3.1.i386 に必要とされています
libexpat.so.0 は (インストール済み)apr-util-1.2.7-0vl2.i386 に必要とされています
libexpat.so.0 は (インストール済み)perl-XML-Parser-2.34-0vl4.i386 に必要とされています
libexpat.so.0 は (インストール済み)avahi-0.6.13-0vl1.3.i386 に必要とされています
libexpat.so.0 は (インストール済み)libmusicbrainz-2.1.4-0vl1.i386 に必要とされています
libexpat.so.0 は (インストール済み)rpm-build-4.4.2-0vl16.1.i386 に必要とされています
libexpat.so.0 は (インストール済み)dbus-glib-0.62-1.3vl4.i386 に必要とされています
libexpat.so.0 は (インストール済み)dbus-0.62-1.3vl4.i386 に必要とされて います
libexpat.so.0 は (インストール済み)python-2.4.4-1.4vl4.i386 に必要とされています
libexpat.so.0 は (インストール済み)apache2-2.2.3-0vl3.5.i386 に必要とさ れています
libexpat.so.0 は (インストール済み)openoffice.org-2.0.4-0vl0.3.i386 に必要とされています
libexpat.so.0 は (インストール済み)XOrg-6.9.0-38.2vl4.i386 に必要とされ ています
libexpat.so.0 は (インストール済み)XOrg-libs-6.9.0-38.2vl4.i386 に必要とされています
libexpat.so.0 は (インストール済み)XOrg-tools-6.9.0-38.2vl4.i386 に必要 とされています
libexpat = 1.95.8-0vl5 は (インストール済み)expat-1.95.8-0vl5.i386 に必 要とされています

うーん、これはほとんどX関係とか入れ換えなきゃダメっぽい。ということは、うまくいったころにはVine4.2は名ばかりで中身はVineSeedってシステムになっている可能性大だ。つか、VineSeed入れた方が早いじゃん。

ということであえなく断念しましたとさ。OTL

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2167

2008年07月13日

VineでFireFox3に挑戦 その1

始めに断っておきますが、導入は失敗です。orz

俺が使っているVine4.2はGtk+のヴァージョンが古いため、あのサクサク快適なForeFox3が動かない。ということで、Gtk+のヴァージョンアップに挑戦してみる。いつもながら超適当なので動くかどうかはやってみないとわからない。

Gtk+は、取り敢えずVineSeedから取ってくることにしよう。あれこれめんどうにならないよう、SRPMから取ってきてrebuildする。

$ rpm --rebuild gtk2-2.12.10-1vl5.src.rpm
gtk2-2.12.10-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
pango-devel >= 1.18.3-0vl1 は gtk2-2.12.10-1vl4.i386 に必要とされていま す
glib2-devel >= 2.14.6-0vl1 は gtk2-2.12.10-1vl4.i386 に必要とされていま す
cairo-devel >= 1.4.0-0vl1 は gtk2-2.12.10-1vl4.i386 に必要とされています gtk-doc は gtk2-2.12.10-1vl4.i386 に必要とされています
gamin-devel は gtk2-2.12.10-1vl4.i386 に必要とされています

ということで、pango、glib2、cairo、gtk-doc、gaminのSRPMも取ってきてrebuild。

$ rpm --rebuild pango-1.20.3-2vl5.src.rpm
pango-1.20.3-2vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
glib2-devel >= 2.16.3 は pango-1.20.3-2vl4.i386 に必要とされています
freetype2-devel >= 2.3.4 は pango-1.20.3-2vl4.i386 に必要とされています
fontconfig-devel は pango-1.20.3-2vl4.i386 に必要とされています
libXft-devel は pango-1.20.3-2vl4.i386 に必要とされています
cairo-devel >= 1.6.4 は pango-1.20.3-2vl4.i386 に必要とされています
$ rpm --rebuild glib2-2.16.3-2vl5.src.rpm
glib2-2.16.3-2vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
gamin-devel は glib2-2.16.3-2vl4.i386 に必要とされています
gtk-doc は glib2-2.16.3-2vl4.i386 に必要とされています
$ rpm --rebuild cairo-1.6.4-3vl5.src.rpm
cairo-1.6.4-3vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
pixman-devel は cairo-1.6.4-3vl4.i386 に必要とされています
libX11-devel は cairo-1.6.4-3vl4.i386 に必要とされています
libXrender-devel は cairo-1.6.4-3vl4.i386 に必要とされています
$ rpm --rebuild gtk-doc-1.10-1vl5.src.rpm
gtk-doc-1.10-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
docbook-utils は gtk-doc-1.10-1vl4.noarch に必要とされています
docbook-style-xsl は gtk-doc-1.10-1vl4.noarch に必要とされています
$ rpm --rebuild gamin-0.1.9-1vl5.src.rpm
gamin-0.1.9-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
python-devel は gamin-0.1.9-1vl4.i386 に必要とされています

う、なんだかめんどくさくなってきた。しかしここで諦めては男が廃る。ちょっとまとめてみると、docbook-utils、docbook-style-xsl、gtk-doc、python-develはVine4.2にありそうなのでaptでインストール。なんだか他のもいっしょにインストールされたけど気にしない。この状態で再度必要パッケージを調査する。するとgamin-0.1.9-1vl5.src.rpmはrebuildできたのでインストールする。

# rpm -Uvh gamin-0.1.9-1vl4.i386.rpm gamin-python-0.1.9-1vl4.i386.rpm gamin-devel-0.1.9-1vl4.i386.rpm
準備中... ########################################### [100%]
1:gamin ########################################### [ 33%]
2:gamin-python ########################################### [ 67%]
3:gamin-devel ########################################### [100%]

よし、次！
再度必要パッケージを調査。こんどはglib2-2.16.3-2vl5.src.rpmのrebuildが完了。早速インストール。

# rpm -Uvh glib2-2.16.3-2vl4.i386.rpm glib2-devel-2.16.3-2vl4.i386.rpm
準備中... ########################################### [100%]
1:glib2 ########################################### [ 50%]
2:glib2-devel ########################################### [100%]

よし、次！残りはpango-1.20.3-2vl5.src.rpmとcairo-1.6.4-3vl5.src.rpmだけだな。

$ rpm --rebuild pango-1.20.3-2vl5.src.rpm
pango-1.20.3-2vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
freetype2-devel >= 2.3.4 は pango-1.20.3-2vl4.i386 に必要とされています
fontconfig-devel は pango-1.20.3-2vl4.i386 に必要とされています
libXft-devel は pango-1.20.3-2vl4.i386 に必要とされています
cairo-devel >= 1.6.4 は pango-1.20.3-2vl4.i386 に必要とされています
$ rpm --rebuild cairo-1.6.4-3vl5.src.rpm
cairo-1.6.4-3vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
pixman-devel は cairo-1.6.4-3vl4.i386 に必要とされています
libX11-devel は cairo-1.6.4-3vl4.i386 に必要とされています
libXrender-devel は cairo-1.6.4-3vl4.i386 に必要とされています

じゃ、freetype2-2.3.7-1vl5.src.rpm、fontconfig-2.6.0-1vl5.src.rpm、libX11-1.1.4-1vl5.src.rpm、libXft-2.1.13-1vl5.src.rpm、libXrender-0.9.4-1vl5.src.rpm、freetype2-2.3.7-1vl5.src.rpmを取ってきてrebuildしてみる。

$ rpm --rebuild freetype2-2.3.7-1vl5.src.rpm
freetype2-2.3.7-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
libX11-devel は freetype2-2.3.7-1vl4.i386 に必要とされています
$ rpm --rebuild fontconfig-2.6.0-1vl5.src.rpm
fontconfig-2.6.0-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
expat-devel は fontconfig-2.6.0-1vl4.i386 に必要とされています
freetype2-devel >= 2.3.4 は fontconfig-2.6.0-1vl4.i386 に必要とされています
$ rpm --rebuild libX11-1.1.4-1vl5.src.rpm
libX11-1.1.4-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
xorg-x11-proto-devel は libX11-1.1.4-1vl4.i386 に必要とされています
xorg-x11-xtrans-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libxcb-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libXau-devel は libX11-1.1.4-1vl4.i386 に必要とされています
libXdmcp-devel は libX11-1.1.4-1vl4.i386 に必要とされています
$ rpm --rebuild libXft-2.1.13-1vl5.src.rpm
libXft-2.1.13-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
xorg-x11-proto-devel は libXft-2.1.13-1vl4.i386 に必要とされています
libX11-devel は libXft-2.1.13-1vl4.i386 に必要とされています
libXrender-devel は libXft-2.1.13-1vl4.i386 に必要とされています
freetype2-devel >= 2.3 は libXft-2.1.13-1vl4.i386 に必要とされています
fontconfig-devel は libXft-2.1.13-1vl4.i386 に必要とされています
$ rpm --rebuild libXrender-0.9.4-1vl5.src.rpm
libXrender-0.9.4-1vl5.src.rpm をインストール中です。
エラー: ビルド依存性の失敗:
xorg-x11-proto-devel は libXrender-0.9.4-1vl4.i386 に必要とされています
libX11-devel は libXrender-0.9.4-1vl4.i386 に必要とされています

OTL
少々ダメージデカいので、今回はここまで。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2166

2008年07月12日

Vine4.2のSCIMが起動しなくなった

先日、突然SCIMが起動しなくなった。文字変換で表示がおかしくなり、あとはうんともすんとも言わない。あれこれ設定を見直してみたが特段おかしいところは無い。ああなんたるちあ。

どうしようと悩んでいたが、こういう時は当然事例検索だなということでGoogleで検索してみる。

Vine4.2のSCIMが起動しなくなった場合の対処 移り気のオールナイトニッポソ/ウェブリブログ

ああ、なんだよこれ。MS Windowsでアイコンキャッシュが壊れる症状みたいじゃん。Linuxでもこんな不具合あるんだなぁと思いつつ、素直に納得できない俺。比較的堅牢なLinuxでこんなこと考え難いからね。

ということで「anthy 辞書ファイルが壊れる」でぐぐってみると、やはりバグの模様。それもなんとkernelのバグらしい。

Anthy for ZETA正式版がリリース
Linux: Data Corruption Bug Fixed

うーん、Vine4.2の場合kernelは未だ2.6.16なんで、このバグからしばらく開放されないってことなんだろうか・・・つか、VineはGTK+のヴァージョンが2.10じゃないのでFireFox3も動かないんだよね。ふう。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2165

2008年06月27日

VMwarePlayerの時計の狂いを直す

仕事で使っているVMwarePlayerがOOM Killerによって殺されてしまうことは少なくなったが、まだたまに殺されてしまう。どうしたものか・・・

この問題が解決していないのに、またまた次の問題が発生した。GuestOSの時計がどんどん進むのだ。

調べてみると、やはり同じ現象に遭遇している方が結構いるようだ。

どうやらHostがLinuxの場合、GuestOSの時計が狂う原因のひとつはcpuspeedサービスらしい。このcpuspeed、SpeedStep(Intel) とか PowerNow!やCool'n'Quiet(AMD) とかの省電力機能を有効にするためのサービスなのだが、省電力より時計が狂うデメリットの方が被害絶大なのでこのサービスは停止することに決定。ついでにBIOSでもCool'n'Quietを無効にしておいた。ここでどっちも一気にやってしまうから問題の切り分けが出来なくて後で困ったりするのだが、臭い匂いは元から絶たなきゃダメということで反省はしていない。

そして、Host Power Management Causes Problems with Guest Timekeeping on Linux Hostsにあるとおり、/etc/vmware/configに次のような設定を加えてやる。

host.cpukHz = XXXXXXX
host.noTSC = TRUE
ptsc.noTSC = TRUE

XXXXXXXにはCPUの実クロックを入れてやるのだが、これはcat /proc/cpuinfoとやればわかるハズ。ちなみに当然ながらcpuspeedサービス停止後に調べるのは言うまでもない。俺のPCはAthlon64X2 4800+なのだが実クロックは2493.893MHzだったので、host.cpukHz = 2493893としておいた。参考までにcpuspeedサービス稼働時のcat /proc/cpuinfoの結果は1000Mhzだった。

そして****.vmxでtools.syncTime = "TRUE"としておけばOKな模様。

現在は時計は全く狂っていない。さらにはサービスを止めたおかげで若干メモリに余裕が出たことや、いつでも定格クロックで動いているためか、今までよりも体感的にかなり速くなったというオチまでついているところが素敵。

もしかしたら、これで突然のクラッシュも回避されるかも・・・

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2150

2008年06月18日

OOM Killerってなんなんだよ

先日から使用している会社のPCだが、SATAのケーブルを交換後再インストールしたらすこぶる調子がいい。で、俺も調子に乗ってVMware-Player上で動かしているWindows（というか、ほぼEｘcel）に更なる負荷をかけたり大容量のデータをぐりぐりまわしたりしていたら、前と同じようにまたもやVMwareが落っこちた。

VMwareが落っこちるときには大体ネットワークドライブの反応が鈍くなる。鈍くなってもそのままがんがん負荷をかけていると、突然落っこちるのだ。最初は何かおかしいのかなと思っていたのだが、/var/log/messageに残っているエラーメッセージから調べてみてびっくり。詳解ファイルシステムに出ているそのまんまじゃん。

ログを見る限りでは、どうやらこのOOM Killerのアホウが勝手にvmwareを落っことしてくれている模様。いや、VMware落とされるとシャレにならんのですがどういうことなのLinux君。そんな理不尽な死に方をするのはWindowsだけで十分だし、まさかKernelにそのようなものが実装されているとは思っても見なかった俺。落っこちるのはWindows（とその環境で動くソフト）が悪いからだとばっかり思ってた。ゲイツスマソ。

ということで、 OOM Killer対策やDSAS開発者の部屋:DBサーバ向けLinuxチューニングを考える ～ メモリオーバーコミット編を参考に、このスバからしい機能が発動されないようにしてみた。

やり方は簡単で、/etc/sysctl.confに以下の行を追加。

vm.overcommit_memory = 2
vm.overcommit_ratio = 100

これでしばらく様子をみることにした。うまくいけばいいけど・・・

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2141

2008年06月12日

ubuntu使ってみた その1

先日旧メインマシン(athlon 64X2 3800+ VineLinux4.2)で、実験的にathlon用のカーネルを再構築してインストールした。特に問題なさそうだったんだけどGoogleEarthを動かそうとしたらなんだか文句を垂れられて動かない。旧カーネルに戻したりNvidiaのドライバを入れ換えたりあれこれやったけどダメ。少々ぶちきれ+違うディストリビューションも使ってみたいという短絡的な思考により、ubuntuをインストールしてみることにした。

このマシンのVineは実験的に様々なソフトをインストールしたりしていたんだけど、めんどくさいので一切破棄することに決定。大体ソフトウエアも数年経ったら別物のように進化していたり定番と思われていたものがいつのまにか違う奴に置き換わっていたりと、後生大事に持っていてもそんなに意味がなかったりする。

まずはUbuntu Japanese Teamの日本語ローカライズドDesktop CDのダウンロードからubuntuのCDイメージをダウンロードしてCDに焼く。その後そのCDをセットして再起動。起動画面からインストールなんちゃらを選ぶとインストール開始だ。

セットアップは少々の質問に答えるだけでほとんど自動的に終わっちゃう。この簡単さは異常と思えるくらい。驚くのはそれだけじゃなくて、システムインストール後にubuntuを立ち上げインストール時に設定したユーザでログインしてしばらくすると、タスクバーのところにアップデートを促すバルーンヘルプが出る。ここを押すだけでシステムは最新の状態になるということだね。

うむむ、簡単過ぎてやばいぞこれ。

さて、ここまで簡単なら、ubuntuを入れてみようと思ったきっかけを作ってくれたGoogleEarthを入れねばなるまい。当然そのままいれても3Dで動くわけないので、GeForce用のドライバを入れないとダメなのは言うまでもない。早速NVIDIAのホームページに行ってドライバをダウンロードしてインストールしよう・・・って、あれ？？rootになれないぞ？

調べてみると、ubuntuはrootになれないのが特徴のひとつらしい。ということはsudoでインストールする訳だね。だけど、ビデオカードのドライバ入れるんだったら、Xを完全に落とさなきゃだめだよね。だけどGUIログインって使ったことないから、どうやってコンソールに行けばいいのかわかんない俺。つか、気分的にはgdmなどでのGUIログインより、無味乾燥なコンソールログインが好きなんだよね俺は。って、これは関係ないな。

続く

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2135

2008年06月09日

ファイルアクセスの高速化をしてみた

はてなブックマークを見ていたら
Linuxチューニング　第1部第1回　ファイル・アクセスを高速化：ITpro
という記事が目に付いた。

システムのボトルネックは今も昔もハードディスクであることが多い。CDやDVDのような光学ドライブやネットワークもボトルネックにはなりうるが、システム自体のスピードはハードディスクの性能に引っ張られてしまう。今ではハードディスクもかなり高速化したが、それと同じくCPUをはじめとして何から何までが高速化している。相対的にはやっぱりハードディスクが遅いのだ。

ということで、ハードディクスが速くなるのであればそれに越したことはない。上記記事によると、アクセス時刻の記録を省略するだけで速くなるようだ。簡単なのでまずは会社のPCで試してみたが、あまり効果は感じない。実際HDBench cloneで計測しても、ディスクアクセスにほとんど変化はなかった。SATAはそれなりに速いからなのかもしれない。ちょっと残念。

ついでだから自宅サーバにも変更を施すと、こちらはちょっと驚くくらい速くなった。体感的にサイトが表示される時間がものすごく短縮したのである。回線の状態がよかっただけとも考えられるのだが、数時間経ってもやっぱり速い。

と書きつつ、ITProのLinuxチューニングの記事がひどい事になっている件について-革命の日々！というエントリに遭遇。このエントリ、やっぱり気のせいだったのかな、実際に測ってみないとだめだなぁと思わせるに十分な内容である。

プラシーボだったのかも、と思っていると、今度はunix - atimeはいつ更新される? - 404 Blog Not Foundという記事にも遭遇。dankogai氏によれば速くなっているとのこと。体感で速くなっているように感じるから、俺はこっちを信じるぞ・・・といいつつ、体感なんてぜんぜん理論的じゃないので一応HDBench cloneで調べてみることにした。

これがatimeを有効にしている場合。

拡大

こっちがatimeを無効にした場合。

拡大

ほんのちょっとであるけれど速くなったようにも見える。しかし、この結果は結構ばらつきがあって、逆の結果になるときもあった。このときにたまたま速い結果が出ただけのようだ。特にファイルサイズが小さいとぜんぜん差は見られなかった。単一ファイルでは効果はあまりないのだろう。だけど体感的には本当に速いんだってば。

実際は良く調べてみないと断言は出来ないが、WEBはファイル書き込みより読み込みの回数、それもdankogai氏が指摘しているように小さなサイズのファイルの読み出しが方が圧倒的に多いはずだ。このサーバのブログツールはNucleusなので、DBにアクセスする回数は比較的多いかもしれんから、もしかしたらatimeを無効にした効果が顕著に出たのかもしれんね。

特にこのサーバはCPUがK6-2 500MHzという数世代前のものなので、マザーボードやメモリなどの周辺機器はそんなに速くはない。しかしハードディスクだけは比較的新しいものを搭載してので、ハードディスクはそこそこ速いのである。メモリを十分に積んだ遅いマシンに速いハードディスクを入れるとまるで別物のように速くなることが多いが、今回の変更はハードディスクアクセスを高速化させることでそれと同じような効果をもたらしたのかもしれないね。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2131

2008年05月30日

VineLinux4.xでAMD690Gのグラフィックドライバを使う

先日会社のPCを新しくしたのはよかったのですが、一部つまずいたところもあったので備忘録。

そのPCはCPUはAthlon64X2 4800+、マザーボードはビデオカードまで予算が回らなかったためAMD690Gのチップセットのものを買いました。自宅でもAthlonで動かしているため、トラブル回避のためにこの構成にしたのですが、AMD690GのオンボードグラフィックでXがうまく動かなかったのをすっかり忘れていました。

このAMD690GのグラフィックはRadeonX1250とかで、要はRadeonXxxxxってタイプとほぼ同類らしいのですが、VineLinux4.2のXorgではうまく表示できなかったりするようです。特にsetupからXwindowの設定をした場合、ほとんどうまくいきません。ここでつまずくと、atiのlinux用のドライバを持ってきてもうまくいかない可能性が高いようです。自宅では仕方がないのでバカチョンのFramebufferでXを動かしていたのですが、その遅さに耐え切れずGeForceを購入しています。

さて、会社のPCはいまさらビデオカードを追加するわけにも行かず、仕方がないのであれこれ試行錯誤するはめに陥りました。あれこれいじっていると、setupのXwindowsの設定で、解像度を640ｘ480にするととりあえずXが表示されることを発見。とりあえずXで表示できれば、その後atiのドライバを入れてOKです。

■■ まとめ ■■
rootになりsetupを起動


ドライバは自動検出される(ハズ)


Xwindowの設定で解像度を640ｘ480に設定


atiドライバを入手
これはどの製品を選んでも同じドライバになります、たぶん。


sh でドライバをインストール後、ドライバを切り替えて終了。
>sh ati-driver-installer-8-X-x86.x86_64.run
>aticonfig --initial

ただ、これでも3D表示はうまくいきません。なので最新のGoogleEarthなどは動きません。やっぱりオンボードグラフィックはいまいちですし、linuxで使うならばGeForceのほうがいいかも・・・(泣)

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2122

2008年05月23日

VMPlayerの設定を見直す

うれしいことに今まで使っていた会社のPCがイカレタので新調したのは前に書いたとおりですが、環境的にも大きく変化しました。

まずベースをVineLinux3.2からVineLinux4.2へ変更。そして仕事用のWindowsも今まではVMWareWorkstation3.2上で動かしていたのだけれど、これもついでにVMWarePlayer2.0に変更しました。VMwareの変更理由は簡単で、VineLinux4.2だとなぜかVMWareWorkstation3.2のモジュールのコンパイルが出来ないのです。逆にVineLinux3.2だとVMWarePlayerのモジュールコンパイルが出来ません。つまり、組合せとしてはVineLinux3.x+VMWareWorkstation3.xかVineLinux4.x+VMWarePlayer2.xしかダメっぽいのです。OTL=3

たぶんコンパイラとかカーネルオプションの関係とかなにかだと思うのだけれど、いろいろやるのもめんどくさいしどうせ使うなら新しい仮想PCエンジンの方がいいだろうということでVMWarePlayerを使うことにしました。

VMWarePlayerの設定は前にも調べてあったし実際に動かしていたのですんなり動きましたが、Samba経由でHostに入れてあるデータにアクセスしようとするとうまくいきません。というか、なんだか仮想PC自体が社内ネットワークに接続されていません。なんでだろ？Host側のSambaの設定がおかしいのかとしばらくいろいろいじってみましたがダメ。

試しに物理的に独立した他のPCからアクセスしてみると問題なく繋がります。オイオイということはSamba自体は問題ないじゃん。この結果を見る限りではHostのSambaの設定ミスというのはほとんど考えられません。少々困ってしまったのですが、何気なくVMWareWorkstation3.2の設定ファイルを眺めていてはたと気がつきました。

うまくいかない原因は非常に単純で、仮想PCのネットワークをNAT接続にしていたから。そりゃダメだよなー。ということで、設定ファイル(*.vmx)を

#ethernet0.connectionType = "nat"
ethernet0.connectionType = "bridged"

のように修正。このあと問題なく動いたのは言うまでもありません。

しばらく使っていると、仮想PC上で負荷をかけてもHostでのCPU使用率が50%程度にしかならないことに気がつきました。おかしいなと思って仮想PCを調べてみると、折角のDualCoreのCPUなのにVMWare上ではSingleCPUになっているようです。ぐぐってみると、こちらも設定ファイルに

numvcpus ="2"

と記述してやればDualCoreになる模様。どうやらVMWarePlayerのヴァージョンが1.xのころはDualCoreで使えなかったらしく、MultiCoreはヴァージョン2.xから利用可能になったみたいですね。

ついでにVMWarePlayerはメモリを実メモリに展開せず、勝手にスワップファイルを作ってそこに展開してしまうらしいことも発見。これは別にどうでもいいといえばどうでもいいのだけれど、確かに一定時間固まったようになったりすることもあって精神衛生上よろしくありません。実メモリも2GB積んでいることだし、このお節介機能も停止することに決定。これも設定ファイルに

mainMem.useNamedFile = "FALSE"

と記述してやればOK。

ああ、やっとスピードだけ向上させた前の環境に近くなったなぁ。めでたしめでたし。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=2116

2007年12月26日

LinuxでQuake4をプレイする

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=1963

2007年10月28日

DOSBoxに挑戦

torrentって何？ のコメント欄で「DOSBoxなるものがあるでよ」という情報をいただいたのでチャレンジしてみます。えー、チャレンジしながらエントリを書くので、うまくいくかさえわかっていません。あしからず。

まずエミュレータを入手します。ググるとそのものズバリDOSBox, a x86 emulator with DOSというサイトが一番最初に出てきます。このサイトの上の方にあるDownloadsをクリックしてDownloadページに行き、Fedora Core用をクリックすると、ダウンロードファイルがずらずらっと出てきます。まずdosbox-0.72-1.rh9.rf.i386.rpmを試してみましょう。

保存してインストールしてみます。

# rpm -ivh dosbox-0.72-1.rh9.rf.i386.rpm
警告: dosbox-0.72-1.rh9.rf.i386.rpm: ヘッダ V3 DSA 署名: NOKEY, key ID 6b8d79e6
エラー: 依存性の欠如:
libSDL_net-1.2.so.0 は dosbox-0.72-1.rh9.rf.i386 に必要とされています

マタキター。SDL関係が必要みたいですね。ということで、aptでSDL_netとSDL_net-develをまずいれてみましょう。

# apt-get install SDL_net SDL_net-devel
パッケージリストを読みこんでいます... 完了
依存情報ツリーを作成しています... 完了
以下のパッケージが新たにインストールされます:
SDL_net SDL_net-devel
アップグレード: 0 個, 新規インストール: 2 個, 削除: 0 個, 保留: 0 個
41.8kB のアーカイブを取得する必要があります。
展開後に 96.2kB のディスク容量が追加消費されます。
取得:1 http://updates.vinelinux.org 4.1/i386/plus SDL_net 1.2.5-0vl2 [19.7kB]
取得:2 http://updates.vinelinux.org 4.1/i386/plus SDL_net-devel 1.2.5-0vl2 [22.1kB]
41.8kB を 0s 秒で取得しました (108kB/s)
変更を適用しています...
準備中... ########################################### [100%]
1:SDL_net ########################################### [ 50%]
2:SDL_net-devel ########################################### [100%]
完了

無事終了。再度DOSBoxのインストールにチャレンジ。

# rpm -ivh dosbox-0.72-1.rh9.rf.i386.rpm
警告: dosbox-0.72-1.rh9.rf.i386.rpm: ヘッダ V3 DSA 署名: NOKEY, key ID 6b8d79e6
準備中... ########################################### [100%]
1:dosbox ########################################### [100%]

あっさり完了しました。で、コンソールからdosboxとやればあっさり起動。

拡大
だけどこのままだとCD-ROMはもとより、ハードディスクさえ使えなさそう。調べてみるとDOSBoxで古き良きメガデモを味わうにあるように、ハードディスクやCDROMなどをmountして使うようです。早速doscなるDOS用のディレクトリを作り、DOSBoxを立ち上げてマウントしてみます。

拡大
なんだかうまくいっていますね。よしよし。では調子に乗ってAlone in the Dark3をインストールしてみます。

マシンにAlone in the Dark3のCDを入れると、VineLinux4.1では/media/diskに自動的にマウントされます。よってdosboxでこのCDをEドライブとしてマウントし、その後インストールします。さてどうなるか。

拡大
きちんとマウントされていますね。じゃ、インストールしてみましょう。

拡大
おやおや、BATファイルはダメっぽいです。ということで最後の行にあるとおり直接インストールコマンドを実行してみたのですが、DOSBox自体がクラッシュしてしまいます。

なんだかダメっぽいですね。ああ、残念。さわりだけしかいじっていないのであきらめるのは早いかもしれませんが、一発目は失敗ということですな。ちぇっ。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=1899

2007年10月08日

torrentって何？

DOSゲームがしたくてVMwarePlayerをいじくり回していたけれど、Windowsからはダメっぽい感じ。そういえばVMwareってVersion1の頃からEMSメモリは使えなかったような気がする。ということはEMM386.EXEを使うような奴はだめってことなんだろうか・・・

それでもあきらめきれない俺は、DR-DOSなるものを試してみることにした。まずはqemuで空のディスクイメージを作り、DOS用のvmxファイルを作成。その後はDR DOS 7.0x/V非公式インストールマニュアルを参考にインストール用FDを5枚作ってインストール開始。インストールは難なく成功したんだが、いざ起動させてみるとこんな画面になってしまう。

拡大
これもEMSメモリに関するエラーのようだ。Win95の起動用FDでDR-DOSのautoexec.batとconfig.sysをいろいろ変更してみたがうまくいかない。なんでじゃ。ちなみに、かなりひさびさにautoexec.batとconfig.sysをいじったのだが、意外に忘れていないもんなんだね。

なんだかめんどくさくなってきたので、VMwareのVirtual Applianceに置いてやる奴があればうまくいくんじゃないかと思って探してみるとFreeDOSなるものがあるようだ。なんだかダウンロードする前にメールアドレスとかいろいろ入れなきゃならなくて鬱陶しいが、とりあえず落とすまでこぎ着けた。ダウンロードはあっというまに終了したのだが、展開しようとしてもできない。というか、ファイル名の後ろに[.torrent]なるわけのわからない拡張子がついている。なんだこれは。俺には「取れんと」いうのかなんて親父ギャクにめまいを感じながら調べると、Peer to Peerを用いたファイル転送用プロトコル及びその通信を行うソフトウェアのBitTorrentで用いる拡張子らしい。へー。それはわかったけどどうすりゃいいのさ。

とりあえず本家本元らしいBitTorrentのGet BitTorrentに行ってみると、右の方に小さくLinux, Source Code, and Older Versionsって書いてある。そこで一番新しそうなBitTorrent-5.0.9-1-Python2.4.noarch.rpmをダウンロードして多分ダメだろうなと思いつつもすぐさまインストールする。

# rpm -Uvh BitTorrent-5.0.9-1-Python2.4.noarch.rpm
エラー: 依存性の欠如:
python(abi) = 2.4 は BitTorrent-5.0.9-1.noarch に必要とされています
python-crypto >= 2.0 は BitTorrent-5.0.9-1.noarch に必要とされています
python-psyco は BitTorrent-5.0.9-1.noarch に必要とされています
python-twisted >= 2.0 は BitTorrent-5.0.9-1.noarch に必要とされています
python-zopeinterface は BitTorrent-5.0.9-1.noarch に必要とされています
wxPython >= 2.6 は BitTorrent-5.0.9-1.noarch に必要とされています

やっぱりだ。pythonなんていれてないもの。必要なパッケージがあるか確認もふくめsynapticを起動させてみるが、ピッタシかんかんなパッケージはない。しかたがないのでpython関係を片っ端からインストールして再度BitTorrentのインストールに挑戦したのだが、結果は同じ。なけるね。

今日はもうおしまい。FPSと併せてこんなことしてたら俺死ぬよマジで。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=1879

2007年10月07日

今さらながらVMwarePlayerを使う

マシンの性能がそこそこなので、Linux上でWindowsシリーズを再現してみたい気分になった。特に再現したいのはWindows95で、仮想マシンでWindwos95を走らせてAlone In The Darkがやりたいのだ。

ということで早速取り掛かる。

まずはVMwarePlayerの入手。VMwareには日本語のページもあるが、そっちから入るとDownloadがうまくいかない。本家のページから入ったほうが無難。DownloadsのページにいってVMware PlayerをDownloadする。名前とメールアドレスとかを入力して使用承諾書に合意すればDownload選択画面にいくので、落としたい奴を選んでDownload開始。VineLinux4.1の場合はrpm形式でそのままインストールできる。

Linux系などはDiskイメージが準備されているのも多いのでこのディスクイメージをそのまま使えるが、Windowsはそうはいかない。Windowsをインストールするには、まずは空のディスクイメージを作ってやる必要がある。これはqemuというソフトで作成できる。qemuはVineLinuxのPlusに準備されているので、まずaptでqemuをインストールする。

$ su -
パスワード(P):
# apt-get install qemu

次にディスクイメージの作成。これは下記コマンドでOK。

qemu-img create -f vmdk win98.vmdk 8G

赤文字のところ[win98,8G]でディスクイメージ名とディスクサイズを指定してやる。

その後はVMwarePlayerの起動用の設定ファイル[****.vmx]を作る。これはVMware Player tipsのようなサイトを参考にエディタなどで作ればOK。ポイントとなるのはguestOSの記述で、これはVMware側であらかじめ登録されているもののなかからしか選べないので注意。

あとはVMwarePlayerを起動させて、新規マシンにWindowsをインストールするのと全く同じ手順で進めれば、無事Windowsが立ち上がるようになる。だけどそのままだと画面解像度がVGAのままで使えたもんじゃない。これはVMware用のディスプレイドライバも入っているVMware-Toolsって奴をインストールすればOKなんだけど、そのツールだけではDownloadできない。調べるとフリーで落とせるVMwareServerの中に入っているらしいので、Download VMware Serverにいってtar.gz版（インストールするわけじゃないのでこっちが便利）をDownloadし展開する。その中にlib/isoimages/windows.isoというファイルがあるのだが、これがそのVMware-Toolsインストール用のCDイメージファイル。これをVMwareディスクイメージがあるディレクトリにコピーし、起動時にCDドライブに組込み起動してインストールする。

組込むには****.vmxファイルを以下のように変更して起動すればいい。

ide1:0.present = "true"
# ide1:0.fileName = "auto detect"
# ide1:0.deviceType = "atapi-cdrom"
ide1:0.fileName = "windows.iso"
ide1:0.deviceType = "cdrom-image"

Windows95、Windwos98もインストール完了し、お目当てのAlone In The Dark3をインストールしてみたんだけど動かない。なんでじゃ。WMwareはもともとEMM386を全く必要としていない（というか、あっても無視される）ってのがVersion1の頃からの仕様なんだけど、俺が持っているAlone In The Dark3ってほぼ完全なDOSゲーム。EMSでの仮想メモリがないとダメっぽいんだよなぁ。

ということで、また悪戦苦闘が始まったのであった。

このエントリのTrackBack URL
http://www.oyajiman.net/oyaji/action.php?action=plugin&name=TrackBack&tb_id=1878