小人閑居して

Emacsのauto-completeの表示がおかしい

2012-02-27T11:37:00.005+09:00

時々Emacsのauto-completeのポップアップが崩壊して困っていた。

こんな感じである。
使えないわけではないけど見づらいのなんのってことで対策を調べてみた。

ググってもTwitterで聞いてもわからなかった答えは、意外にもauto-completeの本拠地のGitHubで見つかった。
m2ym/auto-complete Renders incorrectly

要するにac-quick-help-delayを0にしてるのが問題だと。

ここに書いてる通りに設定を書き直して……

解決！

あっけない決着だった。

.emacs晒し

2012-02-25T22:12:00.001+09:00

Twitterで「EmacsでC++書きたい！」というひとがいたので自分のBlogを案内した。
この際自分がどんな環境でEmacsを使っているか公開すべく、.emacsをそのまま張ってしまおうという考えに至ったのでさくっと貼っておく。

こんな感じ。
特にC++とかPythonとかの設定がちゃんとまとまってなくて見づらいけど"Done is better than perfect"ということで許してください。ヾ(゜w。ヽ三ノ゜w。)ノ

【Emacs】ajc-java-completeの使いやすさと限界【Java】

2012-02-23T15:39:00.001+09:00

こちらの記事でEmacsにajc-java-completeを導入してJavaのソースコードで補完をできるようにした。
というわけで今回はこの機能で何ができるか確認してみようと思う。

このように標準のjava.langのメソッドは（当然ながら）補完できる。

ではこんなのはどうだろう？

メソッドの戻り値に応じたメソッドを候補に出してくれてはいるものの、奥までたどってくれているわけではない。
ここではget()がObject型なのでObject型に応じた候補しか出してくれていないようだ。

クラスは？

各種組み込みの型に応じた補完はできるけど、それ以外はだめ。
継承したのも含め自分で定義したクラスのメソッド補完はできない。

考えてみれば当然のことで、ajc-java-completeは使う前にTags.javaを使ってタグファイルを生成する。そのタグファイルを参照して補完してるだけなので（auto-complete-clangのようにリアルタイムにソースを解析してるわけではない）タグファイルにない自前のクラスは補完できないのだろう。

じゃあタグファイル作るときにパス追加しちゃえばいいんじゃない？

~~その方法は今調べてるのでまた次回に……。~~

タグファイルを作るときに
$ java -cp （追加するクラスパス）:. Tags
とすればいいらしい。というかドキュメントに書いてた。ごめんなさい。

【メモ】Emacsのcompileの利便性を上げる

2012-01-31T19:40:00.000+09:00

Emacs、M-x compileでコンパイルを走らせられるのは常識中の常識。
だけど毎回デフォルトのコマンドがmake -kなのがめんどくさい。毎度Makefileなんて用意しないしそもそもJavaのときはどーするんだ、と。

そこでcompile-から始まるシンボルを見ていたらcompile-commandなるものがみつかって、どうやらこれをいじればいいらしい。というわけでぽちぽちと設定を書いてみた。

やることは簡単。言語ごとのhookに引っかけてcompile-commandを設定すればいい。例えばJavaなら

またC++ならこんな感じ。

こんな感じでhookにひっかける他の設定に混ぜておけばおっけー。
なにやってるかというと"コンパイルコマンド+半角スペース"と"今開いてるファイル名"をconcatで結合させてcompile-commandに代入してるだけ。
……これを書いた後でsmart-compileというElispがあることに気づいたのはまた別の話。
2月1日追記：Syntax Highlighterをつかってみた

EmacsでJava～ajc-java-completeを使う

2012-01-30T00:20:00.001+09:00

C++に続いてJavaもスマートな補完を実現すべく今度はajc-java-completeを試してみた。しばらく前に試したmalavar-modeはうまく動かなかったのさらに別のものを探した結果こちらにたどり着いた。

まずはGithubからajc-java-completeをcloneしてくる。

必要な作業はほんの少しだけ。
1，auto-completeのpopup.elをajc付属のものに置き換える。

2，Tags.javaを使ってタグファイルを作る。ファイルはユーザーディレクトリ直下に生成される。
（javac Tags.javaでコンパイルしたあとでjava Tagsで実行すればOK）

3，.emacsでajcにパスを通し、以下を記述する。
(require 'ajc-java-complete-config)
(setq ajc-tag-file "/home/ユーザー名/java_base.tag")
(add-hook 'java-mode-hook 'ajc-java-complete-mode)

これでJava-modeでajcによる補完ができるようになるはず。
ただ起動時に

「タグファイルでかいけど本気でロードするつもり？」と文句を言われる。

無視してy。

ではためしに使ってみるとすると……

この状態でTabを押す。
すると

こんな感じで候補が表示される。きっと便利なはず。

実はJavaはあまりわからないのでひとまずここまで……

(ノ゜w。)ノ｡oO（なんのためにJavaの環境整えてるんだ
ヾ(゜w。ヽ)｡oO（4月から仕事で使うからだよ

auto-complete-clangを用いてEmacsでC++のスマートな補完

2012-01-27T14:34:00.002+09:00

ようやく『ストラウストラップのプログラミング入門』を読み終わった。入門なんていってるけど原題は"Principle and Practice"、「原則と実践」じゃないか！どこにも「入門」なんて書いてないぞ！

……いえ、良い本でしたよ？おかげで最初の「C++わからん」の段階は突破できた気がします。上級者は上級者で「C++わからん」というそうですが。

さて今回はEmacsでC++プログラミングをするための準備。
普通のauto-complete-elではオブジェクトに応じたメソッドの補完や名前空間に応じた動的な補完、いわゆる「オムニ補完」ができない。オムニ補完というとvim！という気もするが今更vim派に転向する気もない。そこで調べたところclangの構文解析を使用したauto-complete-clangというelispがあることがわかった。しかしなかなかうまくいかなかったのでここにメモを残すことにする。

使用した環境はLinux Mint12。Ubuntu11.10でも同様にできるはずである。

用意した物
auto-complete-clang
auto-complete-el
yasnippet
clang
llvm

まずyasnippet、clang-2.9、llvm-2.9をインストールする。別に自分でコンパイルする必要はなく、aptでインストールできる。

続いてauto-complete-elとauto-complete-clangを落としてくる。auto-complete-elはaptでもインストールでき、おそらくそちらでも動作するのでそちらを使ってもいいと思う。

次は.emacsの編集。auto-complete-clangとauto-complete-elにパスを通すところは省略。
あとは
https://github.com/brianjcj/auto-complete-clang
を参照してauto-complete-clangを使う設定をしていくだけ。国内のBlog記事ですでにいくらか紹介されているがどうもそれに従って書いても動かなかったのだ。
最低限必要そうなのは以下の通り。

(require 'auto-complete-config)
(require 'auto-complete-clang)

;;自動で補完画面を出すならt。補完キーを押すまで補完画面を出さないならnil
(setq ac-auto-start nil)

;;補完キー指定。お好みで。
(ac-set-trigger-key "TAB")
;;補完画面からさらにそのヘルプ画面が出るまでの遅延（秒）
(setq ac-quick-help-delay 0)

(defun my-ac-config ()
(setq-default ac-sources '(ac-source-abbrev ac-source-dictionary ac-source-words-in-same-mode-buffers))

(add-hook 'c++-mode-hook 'ac-cc-mode-setup)
(global-auto-complete-mode t))
(defun my-ac-cc-mode-setup ()
(setq ac-sources (append '(ac-source-clang ac-source-yasnippet) ac-sources))
(setq ac-clang-prefix-header "/プリコンパイル済みヘッダの場所/stdafx.pch")
)

(my-ac-config)

なぜかオリジナルにはruby-modeやcss-modeのhookが書かれていたのでばっさり削除。そのあたりは必要に応じて。

プリコンパイル済みヘッダについて。
「auto-complete.elを使ってEmacsで自動補完」によるとclangは補完のたびにヘッダファイルを解析しているので巨大なライブラリをincludeすると補完の度に待たされることになるらしい。しかしちゃんと対策はあり、よく使うライブラリをまとめたヘッダを作りそれをプリコンパイルしておくことでそちらを参照して補完を高速化することができるということだ。

とりあえず標準ライブラリをごっそりincludeしただけのヘッダファイル（ここではhoge.hとする）を作り、前述の記事にならって

# clang++ -cc1 -emit-pch -x c++-header ./hoge.h -o stdafx.pch

を実行するとstdafx.pchが出力される。これにパスを通せばよい。

以下はサンプル画像。

グレーのが補完画面。こんな風に出てくる。

右側の黄色いのがヘルプ画面。 setq ac-quick-help-delayで「補完画面である項目にカーソルを合わせてからその項目のヘルプが出るまでの遅延」。0でいい気もするし、別に表示されなくてもいい気もする。

こんなふうに名前空間stdに応じて補完も。
ちなみに上のstd::vector<int>::iteratorもちゃんと補完できている。
こんな書き方でvectorのループ回さないだろというツッコミはなしでお願いします。

結論
Eclipseなんていらなかったんy（手記はここで途切れている……

「ぐへへお姉ちゃんパンツ何色」から始めるクラス解説

2011-12-06T09:01:00.001+09:00

「ぐへへお姉ちゃんパンツ何色」はこれ以上ないほどオブジェクト指向であり、しかも理想的な実装をしていることに気づきました。これを用いてオブジェクト指向を説明してみようと思います。

ある人が「ぐへへお姉ちゃんパンツ何色」と質問するのは、お姉ちゃんオブジェクトの保持するpants_color変数を取得しようとする手続きと見ることが出来ます。つまり

oneechan.pants_color

を取得しようとしているわけです。
ではどうすればいいのでしょうか？

考えてみましょう。直接パンツを見ればpants_colorを取得することができますね。
クラスを使わないとすればこんな書き方が考えられます。

struct oneechan{
int pants_color;
};

構造体でひな形を宣言します。そして

oneechan homuhomu;

こんな感じでしょうか。ほむほむを宣言します。
するとhomuhomu.pants_colorでほむほむのパンツの色にアクセスできます。
しかしこれには致命的な欠点があります。

homuhomu.pants_color = 0xFFFFFF;

……そう、色を勝手に変えられてしまうのです！
たとえばこんなミスをしたらどうなってしまうでしょうか？

if(homuhomu.pants_color = 0x000000){なんかかんか}

パンツの色が黒かどうか確認しようとして、黒のパンツを履かせてしまうという致命的なバグを引き起こしてしまいます！
そのうえ構造体はその性質上、内部の値がすべてどこからでも参照できてしまします！
これは非常によろしくない。そのために、クラスです。
クラスは「カプセル化」として隠蔽の仕組みを備えています。というわけでクラスを用いてひな形を作ってみましょう。

class oneechan{
private:
int pants_color;
};

こうなります。
パンツの色はプライベート変数になったため、

oneechan homuhomu;
homuhomu.pants_color = 0x000000;

こんなコードを書いてもコンパイラが怒ってくれます。
具体的に言うと「お姉ちゃんのパンツの色はプライベートなのでアクセスできないぞっ（意訳）」と叱ってくれるはずです。
これでお姉ちゃんのパンツの色を勝手に変更されてしまう問題は無くなったかに見えます。
けれどももう一つ、別の問題が生まれたことに気づくでしょうか？

std::cout << std::hex << std::showbase << homuhomu.pants_color << std::endl;

お姉ちゃんのパンツの色を16進数で表示してね！というと……再びコンパイラが「お姉ちゃんのパンツの色はプライベートなのでアクセスできないぞっ」と怒ります。そう、隠蔽されてしまったパンツの色を確認するにはどうしたらいいのでしょうか？

こうしましょう。

class oneechan{
public:
int get_pants_color() const;
void set_pants_color(int color);
private:
int pants_color;
};

int oneechan::get_pants_color() const {
return pants_color;
};

void oneechan::set_pants_color(int color) {
pants_color = int color;
};

パブリックにset_pants_color()メソッドとget_pants_color()メソッドを追加しました。
パンツの色にアクセスするためにはこのメソッドを利用します。
（2011/12/07追記：getterにはconstを付けるように！との指摘を受けました。ありがとうございます。）

homuhomu.get_pants_color()

これでパンツの色を取得できます。パンツの色はprivate なので「外部から勝手にアクセスする」ことはできません。しかしお姉ちゃん自身からは参照することができるのです。だからお姉ちゃんにいったん質問を投げ、値を教えてもらうという手順をふむのです。

こうしてお姉ちゃんのパンツの色の安全は確保されました。

C++においてクラスの変数は明示的にpublicを付けない限りprivateです。よほど熱心にパンツの色を公開しようとしているお姉ちゃんでない限り、スカートを身につけてパンツの色を隠蔽していますし、勝手に履き替えさせたりしてくれません。

「ぐへへお姉ちゃんパンツ何色」という質問、これは非常に行儀のよい手続きです。まずお姉ちゃんはパンツの色をカプセル化して隠蔽しています。お姉ちゃん本人以外が勝手にアクセスすることはできません。
質問者はそれを理解してお姉ちゃんのプライベートなパンツの色にアクセスするメソッドを「ぐへへお姉ちゃんパンツ何色」「ぐへへお姉ちゃん○色のパンツ履いて」と言って呼んでいるのです。

……ですが注意してください。oneechan::get_pants_color()が実際に何をするかまではわかりません。内部ではoneechan::call_police()と同じ処理をやっている可能性は高いとおもわれます。
また、oneechan::get_pants_color()を利用する際には~~nullptrが返ってくる可能性、つまり「履いてません」エラーが出てくる可能性もあるということに……~~

（2011/12/07追記）
nullptrはintに型変換されないのでコンパイルエラーになるとの指摘を受けました。しかしNULLだと0に変換されるので黒のパンツになってしまう……これもゆゆしき問題です！なんとかしなければ……次の記事までに理想的なお姉ちゃんクラスとパンツの色について考え直すことにします。

まとめです
・お姉ちゃんのパンツの色を表現するのに構造体を使ってはならない（お姉ちゃんは露出狂ではない）
・お姉ちゃんのパンツの色はスカートで隠されている（隠蔽！）
・基本的にお姉ちゃんの情報はprivate（public以外は隠蔽！）
・privateな情報でもお姉ちゃん本人はアクセスできる
・private変数にpublicなメソッドを使ってアクセスする
・関数やメソッドの名前だけで内部の処理を見積もってはならない
・お姉ちゃんは偉大。
・白銀朱音は俺の姉（ry

クラスの重要さはお姉ちゃんのパンツにあらわれていました。
以上！！！

EmacsをJava用に～malabar-modeを使う～

2011-12-01T11:06:00.001+09:00

2012/1/30追記
後日ajc-java-completeについて扱い、そちらはしっかり動作したので単にEmacsにJava環境を導入したいという方は

EmacsでJava～ajc-java-completeを使う

をご覧ください。

EmacsでJava開発を行う際のElispはJava-modeやJDEEかとおもっていたら、今はそうではないらしい。
なるほどJDEEはかつては主流だったものの、Java5以降の文法に対応できていないまま開発が止まってしまっているとのことだ。
なら代わりを探そう、ということで見つけたのがmalavar-mode、Linux Mint 12に導入してみたのでメモをのこしておく。

最低限必要なパッケージ
・Java（趣味でSun-java6を入れた）
・maven2

まず適当なディレクトリでmalavar-modeをチェックアウトする。

git clone git://github.com/espenhw/malabar-mode.git

続いてこのディレクトリに展開されたpom.xmlを編集する。

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
-    <maven.version>3.0-SNAPSHOT</maven.version>
+    <maven.version>3.0.2</maven.version>
</properties>

<dependencies>

ここまで飼育係（べべ）日記こちらの記事を参考にした。

これでmvn packageしたらビルドしてくれる……とおもったらそうはいかなかった。
エラー文を見るとjava-6-openjdkがどうたらといっているのでどうやらデフォルトではSunのJavaを使うようになっていなかったらしい。
というわけで哀と欲望の日々。の記事を見て環境変数を設定。ついでに.bashrcにも書いておく。

export JAVA_HOME="/usr/lib/jvm/java-6-sun/"

こうしたうえでmvn packageを実行したらビルドに成功した。

targetにできたZIPを回答してEmacsのパスを通し、さらにReadmeに従ってGroovyのパスを通せばおっけー。

……なのだけど、まだ使い方はわかってないので詳しくはまた後で。

L-04Cいじいじ

2011-11-30T00:59:00.000+09:00

・1年以上前にXperia（X10）を契約していた場合、機種代の2年縛りの解約料をキャッシュバックしてもらえるキャンペーン
・Optimus Chat（L-04C）が投げ売り価格で機種変一括0円

そう聞いたら居ても立ってもいられなくなってDoCoMoの安売り店にいってきました。そしてゲットしたのがこのOptimus Chat。

これで予備が手に入ったとばかりまずXperiaにGingerbreadを入れる。これはあっさり成功。
Xperiaの安定稼働を確認したので次にOptimus Chatを弄ることにした。
しかしここで問題発生。さくっとフォント入れ替えたら文鎮になってしまった。
調べてると復旧は楽らしい。そしてCyanogenのカスタムROMがあるらしい。

というわけで入れたので、引っかかりそうなところだけメモ。
1，文鎮になったときは
http://www22.atwiki.jp/optimus-chat/pages/15.html
焦らず騒がずこちらを参照して

649 ： SIM無しさん [sage] ：2011/08/28(日) 19:51:04.25 ID:on0RsQiK
Flashの夢は断たれましたが、昨日文鎮から復活できたんでその方法を書いておきますね。
（確実に復旧できる保証が無いので、最終手段で）

１．xdaからKDZ Updaterをダウンロード
ttp://forum.xda-developers.com/showthread.php?t=1060121

２．LGのサイトからファームを落とす
ttp://csmg.lgmobile.com:9002/csmg/b2c/client/auth_model_check2.jsp?esn=の後ろにIMEIをハイフンなしで付けてアクセスするか、
ttp://csmg.lgmobile.com:9002/swdata/WEBSW/L04C/ANTTWV/V10d_00/V10D_00.kdz からダウンロード

３．電源を落とした状態で、音量+/-を同時押し＋USBケーブルを挿入して黄色背景にUpdating...と表示されることを確認

４．KDZ Updaterでファームを指定した上で、Typeに3GQCT、PhoneModeにRECOVERYを設定
CS-RECOVERYでもいけるかもしれない（要検証）

５．Launch software updateボタンを押せば焼けるはず！

これでdata以外のパーティションが焼けるため、復旧できるはず。
当然rootedの場合はroot化が解除されてるため、root化しなおす必要があります

これでOK。

2，フォントを入れ替えるときは
/system/fontsにDroidSansJapanese.ttfにリネームしたフォントファイルを投げ込めばOK、
のはずなのだけどなぜか適用されない。
MTLc3m.ttfのほうがDroidSansJapanese.ttfより優先順位が高いためらしい。
こいつを削除して再起動すれば新しいフォントが適用される。
僕はふい字フォントを使用することにした。

3，オーバークロック
CyanogenModは改造カーネル入れてるのでオーバークロックができる。
もちろん限界というものはあるが、それでも性能は大幅に向上する。
~~もとがたった600MHzだしね。~~
限界は800MHzくらい。これを超えると不安定になって勝手に再起動が多発した。

OCしてのベンチ結果はこんなかんじ。十分すぎるスコアだとおもう。

なぜOptimus Chatの記事だけ書いてXperiaのこと書かないのかって？
Xperiaの記事はそこらじゅうに転がってるからね……

PC貸し出し中につき

2011-11-22T01:25:00.000+09:00

ノートパソコンをしばらく友人に貸し出すことにしたためLinux弄りはしばらく中断。
帰ってくる頃にはLinux Mint12が登場しているだろうから、それを試すことにしよう。

最近読んでる本。『ゲーデル・エッシャー・バッハ』。Lispのすばらしさを実感できる。
以前Haskellは数学の言語ではないか、といったことがあるが、Lispは論理学の言語のように思える。

……こんなことを言っているが、 Lispの毒にあてられたわけではない。

Sabayonはじめました。あと疑似透過から本当の透過にすることとか。

2011-10-18T00:41:00.006+09:00

ちょっとまえにGentooInstallBattle始めたけど、舌の根も乾かぬうちにGentooの派生ディストリビューションであるSabayon Linuxに手をだした。理由？ウチの環境だとUbuntu11.10が不調だったからですよ。

さて、Sabayonとは。
Gentoo Linuxをベースに作られた、いわゆる"全部入り"ディストリビューション。デスクトップ環境からオフィスまでしっかりそろっていてインストールしたらすぐに使えるほか、メディアセンター用のソフトも含まれており、USBブートでも使用できる。至れり尽くせり。

標準デスクトップ環境はGnome……かとおもいきやKDE、XFCE、LXDE、Enlightment17のインストールCD（兼ライブCD）が用意されていて、しかもGUIインストーラはFluxboxで動いている上、どうやらGnome版でも自動でインストールされるあたりこれも事実上標準扱いされていると思っていいんじゃないだろうか。今回はGnomeを選択。

特徴としてはパッケージ管理が2つ用意されていることがあげられると思う。
一つはGentoo譲りのPortage。ソースをダウンロードして、自分の環境に合わせた設定でコンパイルしてインストールするもの。ただしこちらはあまり推奨されていない。
もう一つはEntropy。Portageやaptの上を目指す独自の管理システムで、こちらは自前でコンパイルするものではなくSabayonのリポジトリからパッケージをダウンロードして、そのままインストールするだけのもの。Sabayonではこちらが標準とされている。

さて、インストールは今時のディストリらしくGUIインストーラが用意されている。Gentooのことは言うな。

そしていつもの通りGnome-terminalを立ち上げいつも通りプロファイルを弄って透過に設定……そして気づく。これ、疑似透過じゃないか？

説明しよう、疑似透過とは！ターミナルが半透明になり後ろの画面が透けて見えるような気がしたけど実は壁紙を写してるだけだった！というものである！（説明不足
まあSabayon使うような人は知ってるだろうし調べに来る人もこの言葉くらい見つけるでしょう。
というわけで解決策だけ載せておきます。

Compizがインストールされていないならインストールした後に
gconftool -2 -s "/apps/metacity/general/compositing_manager" --type bool true
を端末で実行する。

すると画面が一瞬点滅し、本当の透過になっているはずだ。

まずはここまで。後の細々したことはまた今度。

PythonでFizzBuzz

2011-10-09T23:02:00.003+09:00

TwitterでFizzBuzzが流行っていたみたい。
以前可能な限り短くしようと考えたFizzBuzzコードを乗せてみる。Pythonで。

for i in range(1,100):print "Fizz"*(i%3<1)+"Buzz"*(i%5<1)or i

どういうことをやっているかというと
・Pythonでは文字列型にかけ算ができる。たとえば"hoge"*2なら"hogehoge""hoge"*0なら""
・i%3<1は評価されてBool型が返る。つまりTrueかFalseか。
ちなみに普通ならi%3==0と書くところだが、長さを節約するためにこれを使用した。
・PythonではBool型はTrue==1、False==0そのものである。
たとえばTrue+1は2であるし、"fuga"*Falseは""である。
・空文字列""はbool("")とするとFalseが返る。
・orは先にTrueに評価されたオペランド型を返す。
1 or 4なら1を返すし、5 or "hoge"なら5を返す。"foo" or 0なら"foo"である。

とまあこれだけPythonの仕様を濫用して書いてみたのだが、
Code Golfのランキングをみるとさらに短いコードで書いた人がいるらしい。

今日の結論。世界って恐ろしい。

Emacs-for-Pythonを使う

2011-09-23T14:44:00.001+09:00

以前EmacsをPython用に設定する記事を書いた。
正直言ってあれはめんどくさいし、うまく動かない。
当時は勘違いしていたが補完はauto-completeが動いてるだけでPysmellは何もしていなかった。

というわけでその後も補完用のライブラリ探していたのだが、つい最近Emacs-for-PythonというElispを見つけたので紹介する。

これはなんのことはない、様々なElispをパッケージにして主にPython向けの設定を加えたものだが、これが非常に便利に仕上がっている。むしろ過保護に思えるくらいだ。

導入はいたって簡単。
emacs-for-python
ここからダウンロードして適当な場所に解凍したうえで、.emacsに
(load-file "/emacs-for-pythonのパス/epy-init.el")
を書き込むだけ。

そしてEmacsを再起動するとEmacsが全面的にemacs-for-python仕様になって起動する。

しかし最初に過保護といったように、例えば……
・C-x C-fでファイルを開くときIDOモードが使われる（これは趣味の問題？）
・行のハイライトが自動でONにされる（カラーモードによっては見づらい）
・括弧の自動補完が自動でONにされる（C-oでオートインデントしながら改行できるのでこれは便利）
・行番号の表示が勝手に入れられる（僕は"%5d"にしてるのが"%4d"にされる）
等々。ちょっとお節介気味。

しかしこのEmacs-for-Python、全部普通のelispで書かれているうえ非常に簡単な文しか使われていないので自分で好きなように書き直せばよい。

僕はepy-editing.elからhighkight current lineをまるごとコメントアウトし、lin numberingからlinum-formatの引数を"%5d"にしてIdoモードを止めた。
その他の機能も他のElispの寄せ集め（Yasnippet、pymacs、pyflakes等々）なのでそれらのファイルを書き直せば好きなように動かせる。

あとはファイルを開き、M-x rope-open-projectすると結構賢く補完をしてくれるようだ。
詳しくはこれから調べるのでひとまず報告まで。

2011/09/24追記
ざっと中身のElispを読んで把握できた機能のうち大きそうなものをざっと並べておこうとおもう。使ったわけではないので詳しいことは勘弁していただきたい。

入力補完
・括弧とクォーテーションの始めを入力すると自動で閉じてくれる。()、[]、{}、""等。
・Python-modeのときには"""hoge"""の三重クォーテーションも補完してくれる。
・Auto-complete-el内蔵（何も考えずに実行される補完。Ada、Clojure、Java、Python、Tcl、C++、C、CSS、JavaScript、Ruby、Erlang、PHP、Schemeなどに対応）
・YaSnippetを用いた補完（というか展開？）を内蔵。（C、C++、Perl、Sharp、Elisp、Erlang、XML、Objective-C、CSS、LaTeX、Python、Ruby、Scala、SQLなどに対応。ちょっとお節介気味）
・PythonにおいてはRopemacsを用いた補完を用いることができる。Auto-completeよりは賢い。

キーバインド
・Eshellに独自のキーバインドを割り振っている
・Copy、Cut、PasteのキーバインドをWindows風に
・M-cで計算モード（？）詳細不明
・C-Tabの挙動を変更（M-Tabがウインドウ移動に使われることとの兼ね合い？）
・Ropeのキーバインドを設定

その他
・Flymake、VirtualEnv、eprojectなどを統合。
・とりあえず便利そうなelを統合してる。

全体を通してみると「とりあえずPythonで使うElisp全部まとめてすぐ使えるようにしました！」「あと便利そうなElispも統合しておきました！」という感じ。これ一つでEmacsをPython用に使うにはじゅうぶんな拡張ができる。（もちろん見ればわかるとおりそれ以外の用途にも使えるように作られている）その反面大量の設定を変更しているので、既に自分の.emacsを設定している人の場合は従来の設定と競合することも多いはず。

Linux Mintでパッケージの自前コンパイル

2011-09-13T11:32:00.001+09:00

以前カーネルコンパイルの記事を書いたが、そのとききっかけになったのはこのサイトである。
MySQL 5.5をわずか30秒足らずでコンパイルするためのテクニック

この中にlibcやGCC、その他各種ソフトを環境にあわせてコンパイルすることで普段からの動作に高速化がはかれるという解説があり、この際なので試してみることにした。

なおGCCの最適化オプション（後述のようにCFLAGSで指定する）はCPUによって異なるが、Gentoo LinuxのWikiで詳細に解説がなされているのでこちらを参照するといいだろう。ページ最下部にCPUベンダーごとのリンクがある。

今回はZacate（AMD E-350）なので

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=amdfam10 -O2 -pipe"
CXXFLAGS="${CFLAGS}"

となる。
見る限りAMDのK10アーキテクチャ（Phenom2世代）と同じオプションらしい。Zacateでは3D!Now命令が省略されたらしいがまあこんな骨董品使ってないということですね。

あと-O（GCCの最適化オプション）は-O3に変更してみた。ただしOでは一部のコードでは正常に動作しなかったりコンパイルができなかったりすることもあるらしい。

これを~/.config/dpkg/buildflags.confに次のように記述する。

SET CFLAGS -march=amdfam10 -O3 -pipe

SET CXXFLAGS -march=amdfam10 -O3 -pipe

なお@fadisさんからの情報を以下に引用すると
-fstrength-reduce
ループ内にあるループ内でやる必要の無い計算の移動(Oからすでに有効だった気がするからつけなくてもいいかも)
fomit-frame-pointer
必要ない場合フレームポインタの操作を省く。これによって関数の出入りが非常に多いプログラムでは若干パフォーマンスが向上することがあるが、バックトレースが使い物にならなくなってデバッグが困難になる
-ffast-math
ANSI標準に準拠しない挙動になるとしても高速に計算が出来る方法を選択するようにする。ソフトウェアによっては正しく動作しなくなるので注意。
-fno-math-error
高速な計算方法がうまくいかなかった場合のフォールバックを省く
-fstack-protector
スタックにカナリアを挟んでスタック破壊による攻撃に強いバイナリを生成する。割と普段から付けておいた方が良いオプションだけど、一部のソフトウェアはこれを付けるとうまく動かなくなる(GRUBやglibc)

等々というオプションがあるとのことである。

ここまでが一般的な記述。

ここからしばらくLinux Mint固有の問題。
ひとつめ。
Linux Mintは標準ではソースコードのリポジトリが無効になっている。まずはSynapticsでそれを有効にして……

とおもったらそれでもソースを落とせない。

そこでふたつめ。
何かおかしいと思って/etc/apt/source.listを覗いてみたらLinux Mintのぶんしかソースのリポジトリが登録されてないじゃないか！ということでUbuntuのぶんを有効にする。アドレスはコピペして先頭のdebをdeb-srcにするだけでおk。

これでUbuntuのリポジトリからソースコードを落とせるようになった。

ここから一般的な話に戻ってあとは簡単
sudo apt-get build-dep パッケージ名
これで目的のパッケージをビルドするのに必要なパッケージ類がインストールされる。
次いで
apt-get source -b パッケージ名
これで自動でソースを落としてコンパイルしなおしてパッケージにしてくれる。
あとはそれをインストールするだけだ。

ただし問題もある。ご存じの通りコンパイルは非常に重い作業なので並列化が非常に有効なのだが、どうもこの方法では並列化を有効にするオプションがないらしい。

そこでもう一つの方法。
sudo apt-get build-dep パッケージ名
ここまでは同じ。
次いで
apt-get source パッケージ名
でひとまずソースだけを落とす。
次いでソースのディレクトリに移動して
dpkg-buildpackage -us -uc
これには-jオプションが使用可能なので、CPUのコア数にあわせて適当な数字を指定しよう。
オプションについては以下のサイトが参考になる。
NoiseFactory dpkg-buildpackageメモ

こうするとしばらくしてdebパッケージができるのでそれをインストールすればよい。

現在のLinux環境まとめ

2011-08-21T00:23:00.003+09:00

結局ディストリビューションはLinux Mintに移行した。
きっかけはささいなことだが、Ubuntuに比べて見た目が自分好みだったのは重要。
MintはもともとUbuntuベースなので大きく変わらず、デフォルトのパッケージも充実しているので見た目で選ぶのは十分アリといえるのではないだろうか。
ちなみにドライバやアプリもUbuntu用を使うことができるので利用者が少ないからといって特に困らない。トラブルシューティングも大抵Ubuntu用を探せば事足りる。

というわけで以下個人用メモ。

インストールするソフト
Emacs関係
Emacs23 emacs-goodies-el python-mode pymacs auto-complete-el

Python関係
python-setuptools pysmell

Scheme関係
gauche

ブラウザ
opera google-chrome

IME
ibus-mozc

UbuntuもMintもデフォルトで充実してるので特に入れるものは多くない。
~~Mintで嬉しいのはOperaがリポジトリにあること。まとめて入れられるのは手軽でいい。~~
Operaのバージョン古かった……最新版いれるためにはオフィシャルからdeb落としましょう。

各種設定
Emacsの設定については記事参照
dm1-3000でサスペンドするために/etc/pm/config.d/hpdm1を編集
各種高速化のための設定
ブートスクリプトの並列化（/etc/init.d/rcの中でCONCURRENCY=shellにする）

そのほか、思い出したら追記する

Ubuntu11.04 + fglrxでSuspend不可の原因探し（一応解決？）

2011-08-19T07:49:00.009+09:00

dm1-3000をUbuntu11.04にして以来、サスペンドができない。
具体的にいうと、サスペンドの途中、電源が落ちる（？）直前にフリーズしてしまう。

毎回使う度に起動しなければならず非常に不便である。今回はこの原因を究明してみることにする。

まずは問題の切り分けから。
・Radeonのプロプライエタリドライバ、FGLRXを導入していない場合には発生しない。
・Ubuntu10.10およびそれをベースにしたLinux Mint10では（FGLRXを導入していても）発生しない？

ということが判明していたのでまずは「FGLRXと何かの相性によって発生する」と仮説が立てられる。これをもとに犯人捜しを開始する。
なおCatalystドライバのバージョンは最新の11.8を使用している。

・Gnome3犯人説
10.10から11.04での大きな違いとしてまず思いつくのはGnomeのバージョン。
実際Gnome3はいろいろと不評でもあることだし確かめてみるにしくはない。
→Gnome2.32を使用するLinux Mint11でも問題発生

・Linux Kernel犯人説
Gnome以外で差が出そうな点を探すと続いてはカーネル。
3.0.3、2.6.40を入れて試してみる。
→10.10、11.04共にサスペンドは成功。ただし別の問題が発生。

別の問題とはサスペンドからの復帰に失敗するという問題である。
これについては様々に情報が報告されていたので一部を紹介する。

Troubles using software suspend
ATI/AMD Proprietary FGLRX graphics Driver causes Suspend/Resume Failure
Hibernate/Sleep Issues

ちなみにこちらの（復帰の）問題については2007年ごろから情報があるにも関わらず、未だに一般的な対策は見つかっていないようである。

ちなみにKernel3.0.3でさらに弄っているとXが起動すらしなくなったのでやめておいた方がよさそう。

・フレームバッファ？
サスペンド・レジュームできるようになったよ
こんな記事を見つけたので同じ事を試してみる。
→全く変わらず

現時点では解決策は不明。現時点でわかっていることを列挙すると
・サスペンド時に失敗する問題とサスペンドから復帰する際に固まる問題は別の問題である。
・Gnome、Linux Kernel問題では（少なくともそれ単体では）なさそう。
・Ubuntu11.04とそれをベースにしたLinux Mint11で同じ問題が発生することからみて、共通するパッケージが原因と思われる。

ちなみにこんな情報も見つけた。
fglrx利用時のサスペンド
しかしこれは2.6.23以降のカーネルが原因という。すると10.10でサスペンドが動作する理由がわからなくなってしまう。

うーむ。

2011/08/20追記
2.6.23以降のカーネルで起きる問題について調べてみた。
メモリアロケータのデフォルトが変更されたことが原因と書いてある。
そこでこのカーネルで変更された点を調べてみるとSLUBがデフォルトのアロケータになったという情報が見つかる。
・アロケータ犯人説？
試しにアロケータをSLABに変更したカーネルをビルドしてみるが、それでも失敗。症状は変わらないのでこれも犯人ではなかったらしい。

海外のフォーラムを探していたところ同じ症状を2件発見した。

Phoronix: AMD Catalyst 11.8 Linux Driver Released

ATI Catalyst 11.6 on Radeon HD6310 fails to resume from suspend

どちらとも現時点では解決策があがっていない。

しかしどうにもE-350（Radeon HD 6310）特有の問題のようにも思われる。

・一応の解決？
HP DM1 3130 and some Linux distributions
/etc/pm/config.d
にhpdm1というファイルを作成し、中に

SUSPEND_MODULES="hp_accel lis3lv02d"

という行を記述せよ、という記事を発見した。

この命令の意味はさっぱりわからないが、現在の所これで正常に動いている。

やっぱりダメだったよ……

しかし思い立ってRT5390（無線LANのチップ）を取り外したところ超正常に動作するではないか！！！

これが（たぶんこいつのドライバが）原因だったらしい。

しかし上記のファイルの追加をしていないと相変わらずサスペンドに失敗する。

この二つが両方とも原因なんだろうか。

……あれ？fglrxは？

困った人は試してみるといいかもしれない。

Scheme始めました

2011-08-06T00:29:00.001+09:00

あれ、この間C++始めてなかった？
Haskellやるとかいってなかった？
Javaは？

三日坊主ですこんばんは。

さてSchemeです。Lispです。Lispです。（大事なことなので二回言いました）

『Scheme手習い』という本を買ってきて読んでるのですが、これが楽しい。
いまのところの理解としては動的型付けの関数型言語であること。
括弧を取り払ってみればなんのことはないこと。括弧をそのままにインデントすれば読みやすくなる。
再帰が命であること。第二講でさっそく再帰を扱うあたりそれが現れている、気がする。

atom……一つの値。数値型、文字列型……
list……~~atomを括弧でくくったもの。~~S式を括弧でくくったもの。リストはアトムではない。(1 2 "spam" (3 4 "egg"))
S式……atom、list……評価される式。

例えばリストの値の合計を返す関数sumを作るなら
(define sum (lambda (a)
(if (equal? (cdr a) ())
(car a)
(+ (car a) (sum (cdr a))
)
)))
こんな感じになる。もちろんリストの中が全部数でないとエラーを吐くが。

1，sumを定義。評価されるときに引数aをとって……
2，ifに入る。リストaの先頭を除いたリストが空リスト()であるかどうか？
3，もし真だったならばリストaの先頭を返す
4，もし偽ならリストaの先頭と、リストaから先頭を除いたリストを引数にとったsumを評価して、その和を返す。

ということになる。
グローバルな宣言なら関数も変数も同じく(define foo ～)で宣言できるし、重要なのはそんなことより「評価」なんだろう。評価という点ではどんなS式も同じ。だからatomもlistも（関数も）扱いは変わらない、んだと思う。

「ハッカーになろう」にはLispを学べ、その悟りはきっと役に立つから……とあった。
成程、と思う次第。

やめたらやめたで

2011-07-29T18:59:00.000+09:00

Twitterを辞めたらどれだけ依存していたかがわかった。
気がつくとXperiaを手にしてメガネケエスを起動しようとしている。
事あるごとにネタを思いついては「書き込まなきゃ」と思う。
地震が起きるとどこが震源かTLをみて判断しようとする。

そうでなくても情報のインプット量ががた落ちして調子が狂う。
それがTwitter。

なんというか、うん。
難儀なものですね。

Civilization4 羅針盤キャッチアップについて

2011-07-22T22:10:00.000+09:00

最近よく使う戦術が羅針盤キャッチアップである。
難易度皇帝でも十分通用するので紹介。

基本は法律√を用いる。地形改善→陶器、青銅器→筆記→瞑想→聖職→法律。
ここで法律一番乗りが望ましい。

その後漁業→鉄器・帆走→羅針盤。

そして羅針盤を流して数学、アルファベット、君主制を手に入れる。
うまくいけば暦や通貨が手に入ることもあるのでそこは適宜。
テンポがよければこのあたりで一人目の大科学者が手に入り、哲学ジャンプが決まる。

このあとは順当に官吏→紙→教育から自由主義に向かう。
化学か鋼鉄を取ってカノンラッシュに向かうのでいいだろう。

皇帝レベルならこのあと一切技術交換せずにカノンRに向かえる。

羅針盤√のメリットは以下の通り。
1，法律と哲学の独占によりAIが下回り√に集中する。すなわちAIの研究速度が目に見えて落ちる。
2，特にパンゲアにおいて羅針盤は使い道のない技術である。またAIが進んで狙う技術でもないので交換材料にしやすい。流すことによるデメリットも少ない。
3，ビーカー量としても適当である。法律のあとに向かっても十分交換材料になる。

デメリットは次のようになる。
1，君主制が遅れるため、人口の拡充が遅くなる。
2，AIがアルファベットをとるのが遅れた場合、羅針盤を早期に研究したことが無駄になる。
3，パンゲア等の大陸マップ以外では使いにくい。

もう一つ。科学的手法あたりから科学者雇用を商人に切り替えるのが基本という。
しかし最近プレイしていると教育と自由主義の偉人を出す都市が決まった時点で、それ以外の都市はすべて商人雇用に切り替えた方が（教育用偉人が出たらその都市も）いいのではないかと思うようになった。
より高い研究税率を維持することで研究を加速し、かつ大商人の確率を高めることでトレブシェットUGの資金を得やすくなる。
どうだろうか。

PythonでATi GPUの監視ツールをつくってみることにした（6） Ver1.1

2011-06-21T23:41:00.000+09:00

Linux向けRadeon監視ツールっぽい何か、Python Radeon Monitor、略してRademon（らで☆もん）も遂にVer1.1になりました。
今回の更新は小粒にとどまります。

ダウンロードはこちら。

今回はGraphmakerをマトモに使えるように手直しし、コマンドラインオプションで出力を指示できるようにしました。Rademon本体には変更ありません。

ひとまずこれで主な更新は終わりにしようと思います。大きな問題が出ない限り。
GUI実装は非常に手間がかかりそうだし細かい部分はこれ以上追加するところはないからです。

さて、次からはTwitterのサービスでも作ってみようかなーと思ってます。
具体的にはMyBuzz……自分のTLでバズっているワードを定期的に表示するというものを。
MeCabで全部の発言をパースして名詞だけ抽出してカウントすれば……などと思っていたり。
実際にどうやって作るかはラッパーをみて考えます。

PythonでATi GPUの監視ツールをつくってみることにした（5） Ver1.0＆グラフ化ツールBeta版

2011-06-19T21:37:00.001+09:00

Linux向けRadeon監視ツール、Rademonのバージョンアップしたので公開。
相変わらずバグの可能性はいくらでもあるので気をつけて（定型句）

ダウンロードはこちら

細かい設定はReadmeを参照してください。

今回の目玉はログ機能とグラフ化機能です。
rademon.pyに-sオプションを付けて実行することでログを残し、graphmaker.pyを実行することでログをグラフ化します。

ログはpickleで出力しているので、その気になればpythonで誰でも読めるようになっています。

graphmakerはMatplotlibを必要とするのでDebian系の人はapt-get install python-matplotlibで導入できるはずです。Redhat系は……ちょっとわからない。たぶんyumで入れられるとは思うけど。

ただしgraphmakerはまだまだベータ版です。使えなかった場合はお手数ですが環境などを添えてコメントで申しつけください。

PythonでATi GPUの監視ツールをつくってみることにした（4）Beta版公開！

2011-06-17T01:16:00.002+09:00

Linux向けRadeon監視ツール、Rademon（やっぱり名前変えた）のBeta版ができたので公開。

細かい設定はだいたい同封のReadmeに入っているのでそちらを参照してください。

ダウンロードはこちら

相変わらずターミナル版ですが、コマンドラインオプションに対応しました。
細かいことは同じくReadmeを（ry

もちろんまだベータ版です。
動作保証はもちろんないので一応覚悟のうえ使ってください。（最近はこれを書かないと怖いご時世だからなーということで念のため）

テスターのおししょ、ことポンコツさん@ponkotuyに感謝をこめて！

17日、Readme同封忘れに気付いて急遽差し替え

Emacsの設定～eshellを起動時から便利に使うために～

2011-06-14T22:47:00.003+09:00

順調にEmacs使いへの道を歩いているわけですが、今回はeshellについて。

まずeshellとはEmacs上で動くシェルです。名前からして当然ですが。
これまでEmacsで書く→Konsoleを立ち上げて実行する→またEmacsに戻る……というまどろっこしいことを繰り返していた中で「これだけ拡張機能があるEmacsなのに、Emacs上でターミナルが使えないわけがない！」と思って調べて見たらそのものズバリ。デフォルトで入ってるじゃないですか。

通常はM-x eshellでつかえるわけですが、今回は.emacsを編集して起動時に画面を分割し、片方の画面ですぐに使えるようにしてしまおうという事を考えたわけです。

まどろっこしい話を抜きにするなら以下の文を.emacsに書き込めばおっけー。

(defun split-window-and-run-eshell()
(setq w (selected-window))
~~(setq w2 (split-window w nil 1))~~(setq w2 (split-window w nil t))
(select-window w2)
(eshell)
(select-window w))
(add-hook 'after-init-hook (lambda()(split-window-and-run-eshell)))

上の行から説明すると
1，split-window-and-run-eshellを定義
2，wを現在のウィンドウと定義
3，wを左右に等分割し、w2を新しくできたウィンドウと定義。1よりtのほうが「Lispらしい」らしい。
また上下に等分割する場合は(split-window w nil nil)
上下にわけて、下の行数をxと指定するなら(split-window w (- (window-height w)x))とするとよい、とかさんから教えて頂きました。ありがとうございます。
4，w2に移動
5，eshellを起動
6，wに移動
7，起動時にsplit-window-and-run-eshellを実行する

という内容。
ほかにも同じ事を考えている人がいることを祈って。
どうぞご利用くださいませ～。

・追記
投稿後10分で誤植が発見され、修正。
その後も指摘や追記が相次ぎいろいろ修正。
というわけで「はじめてのいーりすぷ完」ってところです。
なんかLispって快感かも。

さらに起動時に最大化する(set-frame-parameter nil 'fullscreen 'maximized)をはさむと起動時に次のような画面になります。満足満足。

Emacsの設定～Python-mode～

2011-06-12T22:29:00.001+09:00

Emacsを~~布教された~~使うことにした。

小指を酷使するエディタ、Emacs。
「もはやエディタではない」、Emacs。
「もう戻れない」、Emacs。
仕事中にTwitterしてもバレない、Emacs。
等々。

なにはともあれ今回はEmacsでPythonを使うための設定を書きのこしておく事にした。

1，インストールするパッケージ
#apt-get install emacs23,auto-complete-el,emacs-goodies-el,python-mode,pymacs,pycomplete-el

#easy_install pysmell
（Pysmellは自分でダウンロードしてきてpython setup.py installのほうがよさそう）

2，.emacsの記述
C-x C-f .emacs
で.emacsを編集する。

まずは画面左に行数表示させる。
上2行あれば行数は出るが、最後の行を付けることで見やすくなる。
4文字分のスペースに表示、らしい。
(require 'linum)
(global-linum-mode t)
(setq linum-format "%4d")

次いで見た目の設定。
emacs-goodies-elには様々なカラーテーマが用意されているのでそれを利用する。
テーマがどのようなものか見たければこのサイトを参照するとよい。
僕はeuphoriaを選択した。黒地に緑字というのが長時間作業には向いていると考えたため。
また同時にフォントも設定する。
(if window-system
(progn
(color-theme-initialize)
(color-theme-euphoria)
(set-default-font "TakaoExゴシック-12")
))

ここから下がPython向けの設定なのだが……大半が以下のサイトの引き写しである。
python in Emacs環境の整備＿＿基礎環境編＿＿
emacsのpython-modeでもauto-complete.elを使う
『python-mode.el』と『pymacs』と『pycomplete.el』と
Cocoa Emacs で Python 開発環境を再び整えた
PySmellでTextMateにPythonコードの補完機能を付与する

まずPysmellから。自前でダウンロードした前提で話を進める。
適当なフォルダで
# pysmell .
を実行し、PYSMELLTAGSを作る。
同じく/usr/lib/python2.7で
# pysmell . -x site-packages test -o PYSMELLTAGSのあるフォルダ/PYSMELLTAGS.stdlib
を実行する。これが自動補完のために使われる。

次いでEmacsにインストールしたフォルダのパスを通す。
(setq load-path (cons "pysmellのインストールフォルダ" load-path))

ここからが設定

(require 'pysmell)
(add-hook 'python-mode-hook (lambda () (pysmell-mode 1)))

(defvar ac-source-pysmell
'((candidates
. (lambda ()
(require 'pysmell)
(pysmell-get-all-completions))))
"pysmellのPYSMELLTAGSのあるディレクトリ")

次はPython-mode。Emacsには標準でPython用のモードが用意されているが、あまり優秀でないということで追加のPython-modeを導入する。同時にpysmellも利用できるように設定。

(add-hook 'python-mode-hook
'(lambda ()
(set (make-local-variable 'ac-sources) (append ac-sources '(ac-source-pysmell)))))

次いでAuto-complete-el。文字通り自動補完を行うためのもの。
(require 'auto-complete)
(global-auto-complete-mode t)

最後にPymacs

;; pymacs
(autoload 'pymacs-apply "pymacs")
(autoload 'pymacs-call "pymacs")
(autoload 'pymacs-eval "pymacs" nil t)
(autoload 'pymacs-exec "pymacs" nil t)
(autoload 'pymacs-load "pymacs" nil t)
(eval-after-load "pymacs"
'(add-to-list 'pymacs-load-path "/home/boronji/temp/python-mode"))
;; python-mode, pycomplete
(setq auto-mode-alist (cons '("\\.py$" . python-mode) auto-mode-alist))
(setq interpreter-mode-alist (cons '("python" . python-mode)
interpreter-mode-alist))
(autoload 'python-mode "python-mode" "Python editing mode." t)
(add-hook 'python-mode-hook '(lambda ()
(require 'pycomplete)
))

正直もはやなにをやってるか自分でもわからずに切り貼りしただけである。
一応これで動いているんだからありがたいもので。

PythonでATi GPUの監視ツールをつくってみることにした（3）暫定公開 PyRaM

2011-06-10T01:09:00.000+09:00

GUIをつくるのは時間がかかりそうなのでとりあえず出来た分だけ公開します。
いくらでもバグは出てくる可能性があるので覚悟の上ご利用ください。

ダウンロードはこちら

動作中の画面はこちら。

1，使用方法

ターミナル上から

# ./pyram.py

してくれれば動くはずです。もしかしたらchmod +xがいるかも。

終了はCtrl+Cです。

2，動作環境

ハードウェアとしてRadeonを搭載し、かつAMDのプロプライエタリなドライバをインストールしてある環境でないと動作しません。当方ではUbuntu11.04とPython2.7.1、FGLRX8.850で動作確認しております。また前述の通り、ドライバのバージョンによっては取得できない可能性も大いにあります。その場合は環境を添えてコメントに報告頂けると幸いです。

現時点ではAlpha版にも満たないものです。動作保証もなにもありません。PCが壊れるようなことはないと思いますが理解した上で使ってください。

3，仕様

2秒おきにターミナル上に現在日時、温度、現在のコアクロックと最大クロック、同じく現在のメモリクロックと最大クロック、GPUの使用率を表示します。

4，名前

どうでもいい話ですが名前は「PyRaM」にしました。

Python Radeon Monitor

今後は2つの方向で改良したいと思っています。

一つはこのままターミナルで実行するものとして。コマンドライン引数で表示を弄れるようにしたり表示間隔を変更可能にしたりと。

もう一つにはGUIの実装ですね。

というわけで次回にご期待ください。

PythonでATi GPUの監視ツールをつくってみることにした（2）残念なお知らせといいお知らせ

2011-06-08T23:36:00.001+09:00

第二回ですこんばんは。
「次回公開すると約束したな、あれは嘘だ」

というわけで経過を。

あのあとTwitterで「もっとスマートな方法があるだろう」「直接ハードウェア情報取得する方法探せば？」といわれたので調べてみたのだが見つからず。

まずは/proc/ati/やdev/ati/の中をのぞいてみた。
確かに色々なデータが見つかる。そのうちどうやら関係ありそうなのは/proc/ati/0だ。
この0というのはどうもグラフィックチップの番号じゃないかと思われる。（マルチGPUだと1とか2が出てくるんじゃないかな？）
が、その中を見ても大して理解できそうな数値が出てこない！

そこで裏技的にKDEのウィジェット……PyATiMonitor（名前からしてPythonで書いてるのがありありとわかる）のコードを読んでみることにした。
そう、もっとスマートな方法があるに違いない！きっと使ってるはずだ！と期待を込めて。

……悲しいことが判明した。
やってることは僕と同じだった

まあ多少の違いはある。
たとえば僕はcommandsモジュールを使ったが、こちらはsubprocessを使っている。
あるいは僕はさくっとパースしてリストにしてindexで要素を取り出しているが、こちらは改行でパースしてスマートに正規表現を使って切り出している。
とはいえ違いはその程度。

ちなみに「ウィジェットごと移植すればどう？」という意見も頂いたが、これはちょっと無理がある。
というのはこのウィジェット、KDEべったりな仕様になっているのだ。

というわけでこのあたりのコードを参考にしつつ、よりスマートに作り直すことにするので乞うご期待。

ToDo：PythonでQtを使う勉強

PythonでATi GPUの監視ツールをつくってみることにした（１）

2011-06-08T15:22:00.002+09:00

のっけからだが、Linuxの話である。

KDEではATiのグラフィックチップをモニターするためのグラフィカルなウィジェットが存在するが（PyATiMonitor）、Gnomeには残念なことにそれに類するものがない。そこで自分で作ってみようと思い立った。

だがLinuxでGPUからクロックや温度を取得するAPIがわからない。あるのかもしれないが。
そこで思い立ったのがaticonfigである。AMDのプロプライエタリなドライバを導入したときに
# aticonfig --initial
したと思うが、あのaticonfigである。

このaticonfigはコマンドライン引数をつけて実行することでさまざまな設定を行い、また情報を取得することができる。たとえば
# aticonfig --odgc
ならクロックを、
# aticonfig --odgt
なら温度を取得することができる。
その他の詳細は--helpを参照。

これを実行するとそれぞれ以下のように表示される。
Default Adapter - AMD Radeon HD 6300 series Graphics
　　　　　　　　Core (MHz) 　　Memory(MHz)
Current clocks 　　278 　　　　　　533

Current Peak 　　 492 　　　　　　533

　　　　　（以下略）

Default Adapter - AMD Radeon HD 6300 series Graphics
　　　　　　Sensor 0: Temperatur - 50.0 C

しかしPythonからこれを使うには問題もある。Pythonからターミナルを叩くにはcommandsモジュール、あるいはsubprocessモジュールを用いるが（今回はcommandsを使う）返ってくるのは上記のようにターミナル上で見やすいように整形されたテキストである。

よって実際に使うにはこのテキストから必要な数値を取り出さなければならない。まず得られた文字列を適当に.purse()メソッドを使ってパースしてリストにする。次いでできたリストから目的の値を取り出すことになるのだが、この際使えるのは.index()メソッドくらいしかない。

数値は変動するという前提があるのでアテにならない。そこでリストの要素のうち特定の文字列の場所を.index()メソッドで取得し、そこから相対的な場所で目的の数値を（とはいっても文字列型で入っているが）取り出すことになる。今回は"Clocks","Peak","Adapter"などを手がかりに切り出すことにした。

しかる後に取り出した文字列型の数値（めんどくさい表現だが要は"50.00"ということ）をfloatなりintなりに変更して（50.0や50にして）用いる。

さて、これに伴う最大の欠点である。aticonfigの出力する文字列にべったりなため、
もしバージョン変更に伴って出力される方法が変わるとなにもできない。

というのはともかく、作ってみた。ひとまずはターミナル上で実行するものを。
公開は次回。

公開ってGoogle Docsに置けばいいんだろうか……？

Intel C++ CompilerでLinux Kernelをコンパイルする試み

2011-05-28T21:10:00.000+09:00

数日前の記事でLinuxカーネルの再構築について記述した。
Linuxカーネルを環境に最適化することで高速化させるのは一つの方法である。しかしもう一つ高速化の方法が考えられる。

それがIntel Compiler。通常のGCCを用いてコンパイルするよりも最適化されたバイナリを出力してくれるため、高速化の割合はプログラムによって違うが数％～数百％になるという。無視できるものではないと考え、実践してみることにした。

Linux向けのIntel Compilerは個人用途で非商用に限り無償で配布されている。
インストール方法はこちらを参照した。

Intel C++ Compiler（ICC）をインストールする
64bit Ubuntu(Linux)でIntel MKL10.Xを利用する

さて、インストールが終わったら環境変数を設定する。
64bitCPU向けなのでまずはディレクトリを掘ってiccvars.shとmklvars.shを実行する。

この後だが、ある記事で
# export "CC=icc"
# export "CXX=icpc"
として環境変数を設定すればよいと目にしたが、後にそれでは不足であるという記事もあった。

Linux KernelはGNU拡張をバンバン使っているのでそのオプションもONにしなければならない、とコスモさんから指摘を受けた。というわけで次のように設定する。

# export "CC=icc -std=gnu89"
# export "CXX=icpc -std=gnu++98"

あとは通常通りmake-kpkgでカーネルのdebを作る。

カーネルのバージョンはインストール後に
# cat /proc/version
で確認できる。しかし……

この写真を見て頂きたい。壁紙は気にしないで。これは以上の方法を用いて再構築したカーネルなのだが、コンパイラがGCCとなっている。これはどういうことなのか……

おなじ設定のカーネルソースを、環境変数の設定なしでコンパイルしたものと、設定してコンパイルしたものをcmpコマンドで比較してみた。確かに出力されたdebは異なっていた。しかし確かにIntel Compilerでコンパイルされたという証拠がみえず困惑しているというのが正直なところである。

記事によっては「パッチを当てたカーネルソースを使用せよ」というもの（配布されているカーネルソースが古くてどうしようもなかった）、「不可能である」という説、「上記の方法を用いることで少なくともカーネルの一部はICCによってコンパイルされている」という説、諸々である。

現時点でははっきりとしたことは不明。
情報募集しております。

あとカーネル自体の高速化を測定する方法って何かないんでしょうか？

Ubuntuを高速化

2011-05-26T07:09:00.000+09:00

1，sysv-rc-confを使う
自動で起動するデーモンを切ることで起動が高速になる。
# sudo apt-get install sysv-rc-conf
# sudo sysv-rc-conf
するとターミナル上でプロセスの一覧があらわれる。×印が付いているのをすべて外せばそのプロセスは起動しなくなる。もちろん必須となるプロセスも表示されており、それを切ると正常に動作しなくなる可能性があるので自己責任で。

2，vm.swappinessを変更する
スワップ領域はHDDに作られる。当然HDDは、いやSSDであってもアクセスはメモリの速度に遠く及ばない。可能ならばスワップの使用は減らした方がいい。
スワップの使用頻度は/etc/sysctl.confにvm.swappiness = ～という形で書き込めばよい。デフォルトは60だが、これは非常にメモリが少ない環境向けの数値らしい。値を0にするとメモリを使い切るまでスワップを使わないようにする、とのことなので私は0にした。
再起動するか、ターミナルで
# sudo sysctl -p
することで適用される。

3，自動起動を止める
これは1で書いたものとは別である。
Gnomeならシステム-システム管理-自動起動するアプリケーションの設定、で変更できるものだ。
Ubuntu One、Bluetooth、印刷、視覚支援などは使わないなら切ってしまって何の問題もない。これらがあるだけで起動の時間が延び、起動してからも少しでもリソースを食うと考えるともったいないのだ。

4，軽量デスクトップ環境を使う
GnomeやKDEのようなグラフィカルなGUIは重く、巨大だ。軽量なXfceやLXDEにすることで高速化が図れる。それぞれ
# sudo apt-get install Xubuntu-desktop
や
# sudo apt-get install Lubuntu-desktop
でインストールできる。
ちなみに
# apt-get install xfce4
や
# apt-get install lxde
でもデスクトップ環境はインストールできるが、デフォルトだと起動画面がGnomeのままで元の木阿弥である。面倒なので環境を丸ごと入れてしまう上のほうが楽でいい。
XfceのほうがLXDEよりリッチだが、LXDEでは一部のソフトが動かないという報告もあるので注意した方がいいかもしれない。

HP Pavilion dm1-3000にUbuntuを入れる（RT5390ドライバとRadeonドライバのインストール）

2011-05-24T00:24:00.001+09:00

今春登場したモバイルノート、その注目株はAMDのZacate搭載ノートだっただろう。その中私が買ったのがこのHP Pavilion dm1-3000。SONYのVAIO YBはバカみたいに高いし富士通のLIFEBOOK PHも高い。Lenovoはデカイかバッテリが少ないか好きなほうを選べという中途半端さ。

というわけで安くてしかもそれなりにバランスのとれたのがこれだったわけだ。

事実性能はAtomとは比べものにならないほど高いし、バッテリもこの値段（50000円台）で軽く4，5時間は保つ。発売開始から2ヶ月くらいでHP Directでの販売が終了したのは何かの陰謀だろうか。

ともあれ。このノートにUbuntuを入れて使うにあたって行ったことをメモしておく。
インストールは別に苦労することないのでその後に集中して。

1，Ralink RT5390のドライバを入れる
Ralink RT5390は一枚にBluetoothとWLANをまとめたチップだ。そして新しすぎるせいか標準のドライバではWLANが認識されない。（Bluetoothは利用可能）
というわけでこのドライバを入れよう。
まずはRalinkからドライバのソースをダウンロードしてくる。名前とメアドを要求されるのでおとなしく入力。
落としてきたら解凍。できたフォルダ名をdriverとする。
driver/os/linuxにあるconfig.mkをエディタで開き、HAS_CFG80211_SUPPORT=yとなっているところをHAS_CFG80211_SUPPORT=nに書き換える。書き換えないとmake時にエラーはいて止まる模様。
書き換えたらdriverフォルダで

# make
# make install

すればよい。
ちなみにカーネルを入れ替えた場合、/lib/moduleにシンボリックリンクを作っていないとmakeでエラーを吐いて止まるので注意。
これでWLANが使えるようになる。

2，AMD Radeonのグラフィックドライバを入れる
例によってAMDからドライバをダウンロードしてくる。
落としたドライバのファイル名をati.runとする。

# sudo -s
今回も面倒なので全部rootで行う。

# chmod +x ati.run
実行可能権限を付ける。

# ./ati.run --listpkg
することでパッケージの内容が確認できる。今回はUbuntu 11.04なのでUbuntu/nattyということ。

# ./ati.run --buildpkg Ubuntu/natty
これでしばらく待てばドライバのdebが3つできる。

# apt-get install dkms
ドライバのインストール前にこれを入れておくこと。どのみち要求されるのだが先に入れておいたほうが面倒が少ない。

# dpkg --install fglrx_8.841-0ubuntu1_amd64.deb
# dpkg --install fglrx-amdcccle_8.841-0ubuntu1_amd64.deb
# dpkg --install fglrx-dev_8.841-0ubuntu1_amd64.deb
# dpkg --install fglrx_8.841-0ubuntu1_amd64.deb
同じのを2回入れているように見えるが誤記ではない。
どうもこうしないとCatalystがうまく入らなかったのだ。
別のバージョンではちゃんと入る可能性もあるのでこれも要確認。

ちなみに前項同様カーネルを入れ替えていて、かつシンボリックリンクを張っていない場合ここでエラーを吐いて致命的に起動しなくなるので注意。

終わったら
# aticonfig --initial
して再起動。

再びターミナルで今度は
# gstreamer-properties
を実行する。するとマルチメディア・システム・セレクタなるものが起動するのでビデオのタブに移り、プラグインをXウインドウシステム(X11/Xshm/Xvあり)に、デバイスをATI Radeon AVIVO Videoに設定し、終了する。

以上、これでだいたいののハードウェアが使用可能になったはずだ。

今回の記事では以下のページを参考にした。
・Ubuntu Forums -Ralink RT5390 in 11.04
・UbuntuにAMDのGPUドライバを入れる3つ目の方法

初めてのKernel compile ～xconfig編～

2011-05-23T12:30:00.002+09:00

前回の続き。カーネル設定はxconfig、あるいはmenuconfigで行う。
基本的にgenericのカーネルの設定をmake oldconfigで引き継ぐので大規模な編集は必要ない。

最低限必要なのはCPU設定の編集である。
というのはGenericのカーネルは基本的に幅広いハードウェアで動作するように設定されているので、新しいCPUの拡張機能を使ってくれないのだ。というわけで下の画像を参照。

まずProcessor FamilyがGeneric-x86_64になっている。今回はAMDのE-350向けなので（表示にはないが）ひとまずK8向けを選択する。
またこれは2コアのCPUなのでMaximum Number of CPUsを2に設定。
Hyper ThreadingなんてないのでSMT Scheduler SupportもOFFにする。
Preemption ModelはPreemptible Kernel（Low Latency Desktop）に

、Timer Frequencyは1000Hzにするといいらしい。これは最近のマシンならどれでも当てはまるようだ。CPUの設定

はこんなもの。

次はこちらの画像を見ていただきたい。

カーネルには様々なドライバが組み込まれている。おかげでインストールしてすぐに多用なハードウェアを利用できるのだが、少々充実しすぎてはいないだろうか？

この画像にある分をぱっと見るだけでも……1，FusionMPTなんて使ってるのは見たことない 2，10000Mbit Ethernetなんてリッチなものは持ってない 3，Bluetoothも使わない 4，WiMAXも内蔵してない 5，Macintosh Device DriverなんてあってもAppleのハードにインストールしなきゃ意味がない 6，Parallel Portなんて今時付いてすらいない ……等々、要は無駄なドライバがたっぷり入っているのだ。よーく見極めて無効にしておくと軽量化できるはず。覚えている限りだと他にはIrDAとかIEEE1394とかもどんどん無効にした。

ちゃんと把握できているのなら自分の使っていないハードのドライバも個々にOFFにしよう。

終わったら保存して終了するだけ。
もし分からなくなったり元に戻せなくなったりしたらまたgenericのconfigをコピーしてきてmake oldconfigすればいい。

Ubuntu 11.04ではじめてのカーネルコンパイル＆インストール

2011-05-23T10:30:00.004+09:00

カーネルコンパイルをしようとしたきっかけはこの記事だ。

MySQL 5.5をわずか30秒足らずでコンパイルするためのテクニック

実際の所この方法での高速化のキモは並列コンパイルとccacheなのだが、ccacheで高速化するのはソースが全く変更されていない場合のコンパイルだけという非常に限定された状況なので、言ってみれば汎用性に欠ける。並列化はともかく。

そこでカーネルコンパイルに目を付けた。Linuxカーネル自体をハードウェアにあわせてコンパイルすることでシステム全体の高速化が図れる！というのにわくわくして調べながら試してみたのだが、何十回となく失敗を繰り返した。再インストール30回近くに及び、ようやく方法を見つけたので記事として残しておくことにする。

# sudo -s
面倒なので以下はすべてrootで行う

# apt-get install build-essential kernel-package libqt3-mt-dev libncurses5-dev
それぞれコンパイル、パッケージ化、（後で説明する）xconfigのために必要となる。

# apt-get install linux-source-2.6.38
カーネルのソースもaptで手に入る時代。素晴らしいね。

# cd /usr/src
# tar xvjf linux-source-2.6.38.tar.bz2
# cd linux-source-2.6.38
ディレクトリ移動して解凍。そして移動。

# cp /boot/config-2.6.38-generic .config
# make oldconfig
ひとまず現在の設定をコピーして適用する。
一から自分で設定すると面倒きわまりないので。

# make xconfig
GUIで各種設定を行う。項目については別の項で詳述する。
別にmake menuconfigでも同じ事ができるのだが、xconfigの方が遥かに楽。

# ln -s /usr/src/linux-source-2.6.38/ubuntu /ubuntu
シンボリックリンクを張る。

# make-kpkg clean
# make-kpkg --initrd kernel_image kernel_headers --append_to_version="string" --revision=123 -j 5
ここでも早速並列コンパイルを使おう。-jで指定できる。
いろいろな記事を見たが、CPUのコア数+1を指定するのがよさそうだ。（要検証）
数値を指定しない場合はめいっぱいスレッドを立ててしまうため逆に遅くなるという話もある。
バージョン（小文字に限る）、リビジョン（数字に限る）は好きなように指定していい。

放置しておけばkernel_imageとkernel_headersの2つのdebができあがる。
PhenomII X4 940で-j 5を指定してだいたい30分といったところだろうか？

あとはできたdebを
# dpkg --install ～.deb
image->headersの順にインストールするだけ……で済んだらいいのだが、実はそうは問屋が卸さない。

これだけだと新しいカーネルでドライバ類をインストールしようとするとコケる。
それだけならいいが最悪の場合起動すらしなくなる。
調べてもこれについて書いている人はどうやらいないよう。

そこでここからがこの記事の要だ。

再起動後に
# cd /lib/modules/(新しいカーネル名)
# ln -s /usr/src/linux-headers（新しいカーネル名） build
としてシンボリックリンクを張る。

これで「ちゃんと」動くようになるはずだ。

なおこの記事のためには以下のサイトを多分に参考にした。
・カーネル再構築のススメ
・Ubuntuのカーネル再構築

小人閑居して

Emacsのauto-completeの表示がおかしい

.emacs晒し

【Emacs】ajc-java-completeの使いやすさと限界【Java】

【メモ】Emacsのcompileの利便性を上げる

EmacsでJava～ajc-java-completeを使う

auto-complete-clangを用いてEmacsでC++のスマートな補完

「ぐへへお姉ちゃんパンツ何色」から始めるクラス解説

EmacsをJava用に～malabar-modeを使う～

EmacsでJava～ajc-java-completeを使う

L-04Cいじいじ

PC貸し出し中につき

Sabayonはじめました。あと疑似透過から本当の透過にすることとか。

PythonでFizzBuzz

Emacs-for-Pythonを使う

Linux Mintでパッケージの自前コンパイル

現在のLinux環境まとめ

Ubuntu11.04 + fglrxでSuspend不可の原因探し（一応解決？）

Scheme始めました

やめたらやめたで

Civilization4 羅針盤キャッチアップについて

PythonでATi GPUの監視ツールをつくってみることにした （6） Ver1.1

PythonでATi GPUの監視ツールをつくってみることにした （5） Ver1.0＆グラフ化ツールBeta版

PythonでATi GPUの監視ツールをつくってみることにした （4）Beta版公開！

Emacsの設定 ～eshellを起動時から便利に使うために～

Emacsの設定～Python-mode～

PythonでATi GPUの監視ツールをつくってみることにした （3）暫定公開 PyRaM

PythonでATi GPUの監視ツールをつくってみることにした （2） 残念なお知らせといいお知らせ

PythonでATi GPUの監視ツールをつくってみることにした （１）

Intel C++ CompilerでLinux Kernelをコンパイルする試み

Ubuntuを高速化

HP Pavilion dm1-3000にUbuntuを入れる（RT5390ドライバとRadeonドライバのインストール）

初めてのKernel compile ～xconfig編～

Ubuntu 11.04ではじめてのカーネルコンパイル＆インストール

PythonでATi GPUの監視ツールをつくってみることにした（6） Ver1.1

PythonでATi GPUの監視ツールをつくってみることにした（5） Ver1.0＆グラフ化ツールBeta版

PythonでATi GPUの監視ツールをつくってみることにした（4）Beta版公開！

Emacsの設定～eshellを起動時から便利に使うために～

PythonでATi GPUの監視ツールをつくってみることにした（3）暫定公開 PyRaM

PythonでATi GPUの監視ツールをつくってみることにした（2）残念なお知らせといいお知らせ

PythonでATi GPUの監視ツールをつくってみることにした（１）