blog@browncat.org

新年あけましておめでとうございます

Thu, 05 Jan 2012 01:09:11 +0900

新年あけましておめでとうございます。

新たに2012年が始まりました。
今年も皆様にとって実り多き年でありますよう。

私も今年は初心に帰って頑張ろうと心に決めつつ。

サーバー復活しました

Sun, 27 Nov 2011 21:04:07 +0900

サーバトラブルで当サイト開設以来最長のサーバの停止をしてしまいましたが無事復活いたしました。

HDD交換をしても芳しくなく、メンテの時間がとれなかったのでメールだけ外部に振って放置だったのですが、どうやらSATAケーブル交換で安定した...?模様です。

結構古いマシンなのでそろそろリプレース考えないといけないかもとか思いつつ。

バックアップ＆リストアしたので心なしか速くなったような。これでしばらく様子見をしてみます。

今後ともよろしくお願いいたします。

AirPrint Activator2でMacOSX LionでiPhone/iPadから印刷出来るように

Tue, 18 Oct 2011 02:26:35 +0900

MacOSXにつないだ普通のプリンタにiOSデバイス(iPhone/iPad)から印刷するには、以前はAirPrint Hacktivatorというソフトで設定していたのですが、Appleからツッコミが入ったらしく、新たにAirPrint Activatorとなっています。Lion対応したAirPrint Activatorのv2を使ってみました。

AirPrint Activator v2.0 « Netputing

上のリンクからv2.1b2をもらってきてEpsonのプリンタを繋いだMac miniにインストール。

ほとんど書くことがないのですが、起動すると接続されているプリンタを認識するのでこれをONにするとあっさりiOSから認識出来プリント可能に。
一旦ONにするとソフトを落としても大丈夫のようです。

Donationを求められるのですが、MacのAppStoreで買えたら嬉しいのだけど...

祝Ubuntu 11.10リリース

Fri, 14 Oct 2011 13:15:39 +0900

Ubuntu 11.10が今回も無事にリリースされましたね。すっかりデスクトップLinuxとしてトップの座を安定的にキープしていて喜ばしい限りです。

Homepage | Ubuntu

個人的に今回のリリースで一番といっていい位に嬉しい変更はデフォルトのメーラがEvolutionからThunderbirdになったこと。Evolutionはいつまでたっても日本語では使えませんでしたからね。またUIや検索機能(Spotlightライク)などますますMac化が進んでいます。New Featureの紹介でも内容がUI重視になっておりkernel 3.0やらbtrfs等にはあまり触れられていないのが印象的です。

今回のリリースで面白いのはトップページから辿ることが出来る"Take the tour"。これは単なるスクリーンショットではなく、なんとUbuntuのライブデモになっています。"Show yourself around"をクリックして是非ツアーに出てみてください。左のランチャーからいろいろ楽しめます。

またCloudやServerへの注力がますますはっきりしてきましたね。私的にはサーバへの採用は正直少し控えていたのですが、定期リリースが安定していること、LTSのサポートもちゃんとされていることなどから、遅まきながら次のLTS位からそろそろサーバに採用しようかな？

ところでこのライブデモは自分で構築出来るのか。iPadからもなんとか使えたのでvnc代わりに使えそうな感じ。ちょっとインストールしてつついてみようと思いつつ。

Dennis Ritchie氏ご逝去

Thu, 13 Oct 2011 16:53:07 +0900

なんていうのか、思うところが多すぎる衝撃的なニュースが

訃報: C 言語の開発者、デニス・リッチー氏が死去 | スラッシュドット・ジャパンデベロッパー

C言語の開発者、K&R本の'R'として知られており、初期のUnix開発にも参加しておられたdmrさんがお亡くなりになったとのこと。C言語、Unixの思想を著したK&Rは単なるCの解説書というだけではなく、彼らの重要なソフトウェア技術、プログラミング哲学を表した名著。もちろん直接の面識があったわけではありませんが、若い頃に彼らの著書やコードを熟読、勉強させて頂き、今の自分の礎となったと思っています。

私などが書くまでもなく、C言語とUnixの功績は今のコンピュータ分野を形作ったといっても過言ではないほどの重要なものの一つ。リッチーさんたちがいなければC/C++/Javaもなく当然JavaScriptもなく、MacOSXもiPhoneもLinuxもWindowsすら存在していなかったでしょう。デスクトップ分野では素のC言語のシェアは減っていますが、今でも組み込み分野では中心的存在。現在の世界中のテレビや車などを含めたコンピュータを使う機器のほとんど全てが彼(ら)の恩恵を受けていると言っても過言ではない状況でしょう。dmr氏はコンピュータの世界の'車輪'ともいうべき重要なものを作った方の一人として永遠に記憶されると信じます。

少し調べていたら米Motorola社を大きく育て上げた元CEOのRobert Galvin氏も10/11にお亡くなりになっているようです。Jobs氏といい先駆的な方々が次々とお亡くなりになりそうな時期になって来ました。彼らがUnixやCを開発してから約40年、AppleIIからでも30年とちょっと。その間にコンピュータは当時最先端のPDPやその後のMac等とは比べものにならないほど強大な性能を持つようになり、Unixの末裔とも言えるOSで制御されて、ポケットの中にすら収まるようになりました。常時インターネットに接続されて相互につながり、一部マニアや専門家のものから生活やビジネスの道具へと変化。人や社会のあり方を大きく変えてしまいました。これも彼らの功績、だとすればこれからの40年はどういったものになるのでしょうね。今彼らに相当する人達はいるのだろうか？

ともあれ、ご冥福をお祈りいたします。

Google Dart言語をMacOSX Lionにインストールしてみたメモ

Tue, 11 Oct 2011 02:03:47 +0900

先日(2011/10/10)公開されたGoogleの新言語DartをMacOSX 10.7.1 Lionにインストールしてみたので備忘録。

ざっくりというとGoogle Dart言語はJavaScriptとJava/C++の中間的な言語。動的な型の変数だけでなく静的な型も使え、クラス/インターフェースなどを持ち文法的にはC/C++系です。JavaScriptの代替とサーバサイドでのスクリプティングの両方を目指しているようです。詳しくは上の本家ページを見てみればわかりますが、Hello Worldなんかは一見して普通にC系言語ですね。

dartの開発環境はdartソースをコンパイルし結果をJavaScriptで出力するコンパイラdartcとインタープリタ(VM)のdartとd8です。dartcでは出来たjsをブラウザ等のJavaScript実行環境で走らせることができます。いずれChrome等にvmが内蔵されるとコンパイルの必要なくブラウザ内でJavaScriptと同様に走らせることが出来るようになると思われます。

当方のコンパイルした環境

MacOSX 10.7.1 Lion
Xcode 4.1
MacPorts

手順(gsutilのあたりはかなり適当...)

ビルドのための手順が上記Google Codeのwikiに書いてありますが、少しだけ手間がかかったので以下にメモ。

必要なツールのインストール
MacBuildInstructions - chromium - Build instructions for Chromium on Mac OS X - An open-source browser project to help move the web forward. - Google Project Hosting
ここにはXcode 3.2.3+を推奨で4はおすすめでないとありますが、今更面倒なので無視

sudo port -uvc install git-core +svn
sudo port -uvc install depot_tools
sudo port -uvc install gsutil
ソースの入手

gclient config http://dart.googlecode.com/svn/trunk/deps/all.deps
gclient sync
最後にDumpRenderTreeがダウンロード出来ないとかgsutilがどうたらとWARNINGが出たら

./dart/third_party/gsutil/20110627/gsutil config

とするとなにやら長いURLが出てくるのでブラウザで開く。
googleのアカウントでログインしてgsutilを認証し、出てきたコードをgclientのauthorization codeにコピペ
project-idは空でリターン
再度gclient sync
cd dart
Lionの場合SDKが10.6なので

GYP_DEFINES='mac_sdk=10.6' gclient runhooks
後はビルド

./tools/build.py --arch=ia32
テスト

./tools/test.py --arch=ia32,dartc,chromium
詳細はつついていませんが一箇所テストに失敗しました。気持ち悪いですがなんとか使えているようです。エラーメッセージは以下のとおり
=== Debug_ia32 vm/Mutex ===
Path: vm/Mutex
Running test: Mutex
<DART>/dart/runtime/vm/thread_macos.cc:132: error: expected: result == 0
Command: <DART>/dart/xcodebuild/Debug_ia32/run_vm_tests Mutex --ignore-unrecognized-flags
--- CRASHED ---
buildで--arch=x64とするとdartcは動作するがdartが動かないという結果
コンパイル結果は./dart/xcodebuild/Debug_ia32以下に。

使ってみる

パスを通す

export PATH=<DART>/dart/xcodebuild/Debug_ia32:$PATH
d8と叩くとjsのreplらしきものが起動しますのでちょこっと遊ぶ
コンパイルしてみる。dartcはoptimizeをつけると劇的に小さなjsファイルを生成してくれますが最適化にメモリを大量に食うようなので適当にjava vmのメモリを増やす

export DART_JVMARGS="-Xms256m -Xmx512m"
dartc hoge.dart --out hoge.js --optimize
dartコマンドではスクリプトが直接実行できます

お約束のHello World

Tutorial: Hello, World : Dart : Structured web programming
このサンプルをhelloworld.dartなどというファイルに保存して
dart helloworld.dart
dartc --optimize helloworld.dart --out helloworld.js
ちなみにhelloworld.jsは28kb強となります。コンパイルしたjsファイルはnodeでも実行出来ました。

もう少し面白そうなの(DOM操作でHelloworldみたいなサンプル"Hi")

/ - dart - Dart - Structured Web Programming - Google Project Hosting
上のリンクからhi.dartとhi.htmlをもらってきてhi.htmlをindex.htmlにしておく
変換する
python <DART>/client/tools/htmlconverter.py index.html --optimize -o foo/
結果が1つのhtmlファイルに出力されるのでブラウザで開く
open foo/index-js.html

dom操作を含むhi.dart+hi.htmlの結果(index-js.html)は221kbとなりました。

最後に感想など

まだ公開されたての言語なのでこれからという感じですね。vmでの性能は特に調べていませんが速く出来る可能性は非常に高いと思います。が、特にJavaScriptでの出力は元と比べ相当大きくなります。ブラウザ内に取り込まれるまで実用的ではないかもしれません。

また言語仕様はスクリプト系の言語というよりjavaやC++のような言語に近いので、大きなプロジェクトにはいいかもしれませんが、お手軽に使う感じではないかもという印象です。

#と思ったのですが、基本は動的型で型アノテーションのチェックはあまり厳しくはありません。ラフにも使える反面静的型付言語ほどの安全性はなさそうです。ある意味"Java"Scriptの再定義ともいえるかもしれません。

追記:単純ループでのベンチマーク

単に1000000000回forでループするだけの超簡単なプログラム(参考にもならないかもですが)で速度を測ってみると面白い結果に。
結果はtimeコマンドのUser時間。マシンはMac miniのi7 2Ghz。

dart foo.dart --> 8.68s
dartc + node --> 28.6s
dartc -optimize + node -> 4.43s
dartc + d8 --> 6.55s
dart -optomize + d8 --> 1.21s

ループを10回増やしてoptimize+d8で再テストすると

dart -optomize + d8 x10倍 --> 17.48s

ということでjsにコンパイルしてd8が最速という結果。ちなみにコンパイル後のjsファイルのサイズはopt=28507 bytes, no-opt=549613 bytesでした。
ほぼ同じコードをJavaScriptで書いてnodeとd8で走らせると

node + js --> 4.36s
d8 + js --> 1.21s

dartcとほぼ同じ結果となりました。

追記2:リリース直後から数日で

dartc -optimizeの出力結果が約10%小さくなっていました(笑)。しばらくは更新ラッシュで安定するには少し時間がかかるでしょうね。安定すれば外部jsやブラウザプラグイン等でランタイムを供給すればコンパイル結果は劇的に小さく出来るのではないかと思いつつ。

MacOSXのサービスからJavaScriptが評価出来るとか

Fri, 07 Oct 2011 02:32:13 +0900

小ネタですがさっき気づいたのでメモ。JSTalk(JSTalk: Index)をインストールするとサービスに"Get Result of JSTalk Script"なる項目が追加され、選択したテキストをJSTalkのスクリプト(ほぼJavaScript)として評価して結果を返してくれます。

環境設定のキーボードショートカットでも選択出来、デフォルトでは⌘+5になっています。

単純な例ですが

x=10; y=20; x+y と入れて選択、⌘5 => 200

という感じ。ただし変数はその場限りなのであまり複雑なことは出来ません。terminalやxcode、ブラウザの入力枠等テキストフィールドの入力部分で使えるので、ちょこっとした計算結果を使いたい場合に便利そうです。

Rubyなんかも同じように出来るらしい(aussie bloke: Eval Expression service for OS X)のですが未確認。今まであまり使ってなかったのですが、Service機能なかなか面白いですね。

PhoneGap 1.1.0とSafariでJavaScriptの速度比較してみたメモ

Thu, 06 Oct 2011 23:55:16 +0900

iOSの4.3で導入されたNitroエンジンが5ではUIWebViewでも使えるようになるのではとの記事を見つけたのでPhoneGapとSafariでJavaScriptの性能にどれくらいの差があるのかと思い軽く調べてみました。PhoneGapはUIWebViewがベースで、SafariはNitro(JIT)装備の比較になります。

iPad (初代)
iOS最新版(iOS 5.0)
PhoneGap1.1.0
Xcode 4.1

アプリはindex.htmlにSunSpider JavaScript Benchmarkへのリンクを張っただけの単純なもの。

結果...Totalだけを記載すると

Safari 2886.3ms
PhoneGap 9498.4ms

その差は約3.3倍。同じテストをiPhone 3GSで走らせるとやはり3.5倍ほどPhoneGapの方が遅い。残念ながらJITは使われていませんね。

少し調べてみるとどうやら4.3以降ではメモリにmprotectでPROT_EXECをセット出来るらしいのだが、普通には無理なようです。

Demonstrates we can now support limited JIT compilation on recent versions of iOS (assuming Apple approves entitlements at some future point) — Gist

ここまでわかっていながら出来ないのはなんとも。LuaJITもiOSのアプリに組み込めますが名前に反してJIT機能は無理。iOS4から5になっても状況はあまり変わらない。

セキュリティのためとはいえキビシイですねえ。

と、これだけでは何なのでPhoneGap 1.1.0で外部サイトへのリンクを使う場合にご注意。

ドキュメントにも書いてあるのですが、1.0と違いPhonegapアプリ内のリンクで外部サイトへ飛びたい場合white-listに追加しておかないと動作しません。

Xcodeで<Project>/Supporting Files/PhoneGap.plist内のExternalHostsキーに"Add Row"して"*.webkit.org"等とホスト名を追加

です。少しはまったので。

Steve Jobs氏ご逝去

Thu, 06 Oct 2011 14:23:33 +0900

とうとうApple社創業者Steve Jobs氏がガンでお亡くなりになったようです。武勇伝の多いIT業界でもダントツのカリスマ性を持ち、ついには世界1にまで上り詰めた稀有な方でした。Apple社のキーノート等で英語の得意でない私でも理解できる素晴らしいプレゼンがもう見れないかと思うと残念です。

学生時代にAppleII (とその互換機)を見たのが始まりで、初代Macを最初に触った時には白黒ビットマップディスプレイながらの表現力の素晴らしさと洗練されたUIに驚いたものです。

Jobs氏、Apple社の作る製品を楽しみに、またその紆余曲折を興味をもって見てきた一人として感慨深く。Apple社の一番いい時期にお亡くなりになったということもまた彼らしいとも言えるかもしれませんが、個人的には一つの時代の区切りを感じざるを得ません。

心からご冥福をお祈りいたします。

JavaScript+Smalltalk(ObjectiveC)=JSTalkをいじってみる

Fri, 30 Sep 2011 12:43:30 +0900

JavaScriptにObjective C/Smalltalk的な拡張を追加してMacOSXのスクリプティングに使用できるOSSのJSTalk。面白そうなのですが日本語の情報が殆ど無いので少しメモ。

似たようなコンセプトのモノにJSCocoaやCapputinoのObjective Jがありますが、JSTalkが最もスクリプト言語的(といっていいのか)でお手軽です。マイナーで完成度はこれからという感じで軽微な問題はありますが、今のところ大きな不具合はなく使えています。私のようにAppleScriptになかなか馴染めない人には面白い選択肢ではないかと思います。

インストール等

MacのApp Storeから"JSTalk Editor"を入手可能 (フリー)
JSTalk: Index-- 本家サイト
ccgus/jstalk - GitHub-- githubのソースリポジトリ

まずは本家のパッケージにも含まれますがApp Storeから落とせるJSTalk Editorを入れてみます。AppleScript Editorライクに試せるエディタで動作確認をすぐに行なえます。

コマンドラインからスクリプトとして使うためには本家パッケージ内のjstalkコマンドを手動で/usr/local/binあたりにコピー。

簡単な説明と例

基本的な文法はJavaScriptですが、Objective C的に'[]'で括ってメッセージ式が記述できます。以下は最初にeditorを開いたときに出てくるHello Worldです。[]の中はほとんどObjective Cと同じような感じということがわかると思います。

var message = "Hello World!";
[[JSTalk application:"JSTalk Editor"] displayDialog:message];

iTunesのプレイリストをダンプしてみる

Hello WorldだけではなんなのでiTunesをスクリプティングしてみます。

var iTunes = [SBApplication application:"iTunes"];
var sources = [iTunes sources];　// iTunes.sources();とも書ける
var numSources = [sources count];

var src = sources[0];
var playlists = [src playlists];
var numPlayList = [playlists count];

for (var i = 0; i < numPlayList; i++) {
var playlist = playlists[i];
print(" " + i + ":" + [playlist name]+" "+[playlist specialKind]);
}

コマンドラインから使ってみる(iTunesの曲リストを表示)

コマンドラインから引数をとったりする方法です。#!記法が使えますが、JSTalk Editorではエラーになるのでテスト時は先頭行は//してください。またEditor内のスクリプトで[NSApp terminate ]等とするとEditor自身が終了してしまうのでご注意。

#!/usr/local/bin/jstalk
// 引数を文字列に変換しておく(例)
var av   = NSProcessInfo.processInfo().arguments();
var argc = av.count(); // 0:jstalk, 1:scriptの情報, 2〜:引数
var argv = new Array();
for (var i = 0; i < argc; i++) {
    argv[i] = av[i].UTF8String();
    print("arg["+i+"] = " + argv[i]);
}
// ... 引数の処理をしたりする
// がここでは使わないので無視して

// iTunesのMusicをリストしてみる

保存したスクリプトは"jstalk hoge.jstalk"などとして実行可能です。ちゃんと弄ればmp4のタグを設定したりも出来ると思います(多分)

最後に

JavaScriptにもAppleScriptにも不慣れなのでコードが稚拙なのはご勘弁下さい。
AppleScript EditorでライブラリのsdefとAppleのScripting Bridgeのドキュメントを見つつ書けばさほど難しくはないと思います。メッセージはAppleScriptと少し異なるので注意。値をセットするにはsetHoge。また文字列等の扱いが微妙なのでJavaScriptの型への変換は適宜考慮した方が良さそうです。

JS実行環境といえばやはりnode.js(v8)。あちらはリソースも大量にあるので、JSTalk言語 to Pure JavaScriptのトランスレータを作るか、node.jsベースになればもっと面白い事も簡単に出来そうですし、普及するかもしれないと思いつつ。

greasemonkey+websocket+node.js+prowlでブラウザからiPhoneに通知してみる

Tue, 27 Sep 2011 16:05:49 +0900

Firefoxのgreasemonkey(scriptish)からwebsocketでnode.jsのサーバと通信して、ブラウザでチェックしたWebサイトの変更やアクションなどをgrowlでローカル通知したりProwl経由でiPhoneに通知を送りつけてみたのでメモ。

承前。webサイト毎に独自のjavascriptを走らせて色々なことが出来る便利なgreasemonkey(scriptish)ですが、なにかと制限がキツく外部との連携は結構大変でした。でWebSocketは使えるかどうか試してみると無事node.jsのwebsocketと通信出来ました。

環境:

MacOSX 10.7.1 Lion
Firefox 6/7
Scriptish (greasemonkey互換のスクリプト環境)
node.js (0.4.12 = macportsで入るもの)
websocket (firefox6はdraft07 branch, 7は最新版)

Greasemonkey側:スクリプト内に適当に通信部分を追加

var socket = MozWebSocket("http://localhost:8080");
socket.onopen = function() {
      socket.send("HogeHoge");
      socket.onclose = function() {
          // alert("Socket has been closed!");
          socket = null;
      }
}

サーバ側:(Firefox6は少し古いdraft対応なので以下のようにdraft07対応のwebsocketをインストール)

git clone https://github.com/Worlize/WebSocket-Node.git -b draft-07

落としてきたWebSocket-NodeをNODE_PATHの通った所にコピー

cp -p WebSocket-Node /opt/local/lib/node_modules/websocket-draft07

Firefox7以降では対応するdraftが新しくなっているのでnpmで入れたものやgitの先頭で使えます。

sudo npm install websocket -g

サーバスクリプト: websocketのサンプルを適当に弄ったモノ
ProwlのAPI KeyはProwlサイトにアカウントを作れば取得できます。

var WebSocketServer = require('websocket-draft07').server;　// firefox7以降なら-draft07は不要

結構簡単に通信できるのでマッシュアップ的な使い方やページの更新や機能追加等に便利そうです。本家GreasemonkeyとChromeでも試してみようと思いつつ。ただ思い切りクロスサイトで通信出来てしまうようなので、かなり注意が必要だと思います。

MacPortsのmacfuse関連がfuse4xに置き換わった模様

Sun, 04 Sep 2011 17:57:32 +0900

Linux発祥のユーザ空間で走るファイルシステムのベースfuseのMacOSX版ですが、開発が止まっているmacfuseのfolkでLion, 64bitに対応したfuse4xがやっとMacPortsでまともに使えるようになったようなのでメモ。fuse4x自体はしばらく前から入っていましたが、関連するfsがmacfuseベースのままでした。今日？のアップデートでやっとfuse4xを使うようになっているようです。

全部はチェックしていませんがざっとみる限りほとんどがfuse4xに置き換わっているようなので、個人的に欲しかったencfsとmhddfsやsshfs, ext2fuse, ntfs-3g等をインストールしてみました。

sudo port selfupdate
sudo port -uc upgrade outdated
sudo port install fuse4x encfs sshfs ...

古いMacFuseやEncFS等を使っていた場合コンパイルで問題が出たりしますので、Google Codeから落としたものはまずシステム環境設定のMacFuseでuninstallを行いパネルも削除、/usr/local以下のencfsとfuse関係のファイルをきれいにしておいてください。

インストールするfsによってはboostやら色々インストールされるので時間が少々かかりますが無事インストール完了。

encfsはDropbox等のオンラインストレージと併用すると仮にサービス側のセキュリティが破られても一定のセキュリティが確保出来るので少し安心です。Linuxのものとも互換性があるので相互に比較的セキュアにデータのやり取りが出来ます。

またmhddfsはunionfsと似た機能で2つ以上のファイルシステムを重ねることが出来るので、ディスク増設時やSSDとHDDを重ねる等の使い方ができて面白いかもしれません。

MacOSX LionでTerminalが復帰した時zshとsshでディレクトリを復帰させるメモ

Thu, 18 Aug 2011 23:36:36 +0900

MacOSX Lionではアプリの再起動を行う際以前の状態を戻してくれる機能が備わるようになりましたが、Terminal.appでもタブが復帰しbashは閉じる前のディレクトリに復帰してくれます。

ところがzsh, sshでは残念ながら同じことは出来ないので、どうにかできないか調べてみたメモ。

zshをresumeさせるには

まずzshではできないものか探してみるとbashでは/etc/bashrcにマジックがあったようで、同じ事を.zshrcに追加することで同じように閉じる以前のディレクトリに戻るようになるとのこと。

terminal.app - Resume Zsh-Terminal (OS X Lion) - Super User

ほとんど書くことない感じでそのまま動きます。

sshでもディレクトリを復帰させるには

sshでも元いたディレクトリに復帰して欲しいと思ったのでやり方を思案してみました。少し不恰好ですがTERM_SESSION_IDを使ってディレクトリをファイルに記録しておくことに。

Terminal.appでsshを開く際にshellは復帰されるが実行していたコマンドまではresumeしないので"新規コマンド"を使って開くか、[環境設定]->[設定]で起動時にsshを起動するエントリを追加作成(Basicをコピーすると楽)し開くようにする
サーバ側には公開キーを渡す等してパスワード無しでログイン出来るようにしておく
サーバ側の.zshrcには上のリンクの設定は入れないで.zprofileに以下の設定を入れる
ついでにタイトルのホスト名も表示しとく

if [[ $TERM_PROGRAM == "Apple_Terminal" ]] && [[ -z "$INSIDE_EMACS" ]] { [[ -e .ZPWD_$TERM_SESSION_ID ]] && cd `cat .ZPWD_$TERM_SESSION_ID`
function chpwd {
    local SEARCH=' '
    local REPLACE='%20'
    local PWD_URL="file://$HOST${PWD//$SEARCH/$REPLACE}"
    printf '\e]7;%s\a' $PWD_URL
    [[ -n "$SSH_CLIENT" ]] && echo $PWD > ~/.ZPWD_$TERM_SESSION_ID
}
find ~ -maxdepth 1 -mtime +7 -name .ZPWD\* -exec rm {} \;
chpwd
}
if [[ -n $PS1 ]]; then
h=$HOST
echo -n -e "\033]0;$h\007"
alias chtitle='echo -n -e "\033]0;$@\007"'
fi
サーバに環境変数のTERM_PROGRAMとTERM_SESSION_IDを渡すようにする
1. サーバ側の/etc/sshd_config
  113: AcceptEnv LANG LC_* TERM_PROGRAM TERM_SESSION_ID
2. クライアント側の/etc/ssh_config
  21: SendEnv LANG LC_* TERM_PROGRAM TERM_SESSION_ID

以上でTerminalコマンドが再起動してもssh先で元いたディレクトリに復帰するようになります。普通にログアウトして同じ端末から再ログインしても元いたディレクトリにcdしてしまうのでご注意。

bashでも/etc/bashrcを参考に.bash_profile等に記述すれば同じことが出来ると思います。

ホームディレクトリに.ZPWD_XXXというファイルがどんどん増えるのが問題なので一週間たつと消すようにしています。適当にいじってください。

追記:.zprofile追加スクリプトにミスがあったので修正

Linuxのファイルをデフラグするshakeを使ってみる

Wed, 17 Aug 2011 02:03:17 +0900

Linuxのext3/ext4ファイルシステムはフラグメントに強いと言われていますが、ファイルシステムである以上発生しないものでもありません。特に長期間使い続けていると気になるものです。

Windows標準機能の様なディスク全体のデフラグではなくファイル単位で行うもので、マウントしているファイルシステムでも使用中でないファイルであればデフラグを行うことが出来るshakeを試して見たのでメモ。

Vleu.net: ShAkE-- 本家サイト

インストール

Debian/Ubuntu
sudo apt-get install libattr1 libattr1-dev cmake help2man
Redhat/CentOS
sudo yum install libattr libattr-devel cmake help2man
wget http://download.savannah.nongnu.org/releases/shake/shake-0.999.tar.bz2
tar xvfj shake-0.999.tar.bz2
cd shake-fs-0.999/build
cmake ..
make
sudo make install

使い方

1. フラグメントのチェック

sudo shake -pvv file or dir

又は

filefrag file

ファイルシステム全体は

fsck -vnf <FS>

フラグメントの多いファイルは以下の様にしてチェック(1を適当に大きく)

sudo shake -pvv dir | awk '$4 > 1'

2. デフラグ

shakeは作成からの時間やファイルサイズなどでデフラグを行うかどうかを選択出来ますので強制的にデフラグするには以下の様に。ディレクトリを指定すると再帰的にファイルを全て行うようです。試していませんがディスク全体を行わせると効率が上がるようです。

sudo shake -vv --old=0 -T0 file or dir

xattr関係でエラーが出たりした場合には-Xをつけてみてください。
試しに107のextentに分かれているファイルをshakeしてみると51に減りました。結果のファイルをcompareしましたが一致しました。

3. その他

引数でファイル名、ディレクトリ名を省略すると標準入力からファイル名を読み込むのでfindやフィルタと組み合わせることも可能です。

ls -1 *.mp4 | sudo shake -pvv

感想など

このツールはファイルをリライトすることでフラグメントを減少させているので必ずしもいい結果となるかどうかはわからないのですが、面白そうなので気になるfsに使ってみることにします。

MacOSX Lionでswapを止める方法のメモ

Sun, 14 Aug 2011 01:43:42 +0900

MacMiniのサーバを購入し、8GBにメモリを増設して使っているのですが起動しっぱなしにしているとさほどメモリを使うようなことはしていないにも関わらず最大3GBものSwapファイルが出来ているではありませんか。これはちょっとなんなので試しにLionにアップデートしたMacBook AirでSnow Leopardでの方法をそのまま試してみました。

MacOSX Snow Leopardのswapを止めたりいじったりするメモ (blog@browncat.org)

manなどで確認した限りSnow Leopardと変わっていないようですが、やり方を再度簡単に書くと

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

再起動してswapが使われていないのを確認したら

sudo rm /private/var/vm/swapfile*

念のためもう一回再起動(必要ないかも)

これで無事swapファイルができなくなりました。またスリープ・復帰も無事行われています。

swapを有効にするにはunloadをloadにしてlaunchctlを行う。

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

以上です。

元々SSDでサクサクなAirでは体感的にはあまりわかりませんが遅くはなっていません(当たり前か)。サーバでもSwapを止めて24時間位走らせていますが今のところ大丈夫なようです。サーバはhddのタイプなので体感的に反応が良くなったのが実感出来ます。

安定性やその他の不具合があるかどうかはまだわからないのでしばらく使ってみることにします。

追記:メモリ4GBでChromeでタブを開きまくりつつスリープで使い続けているとシステムが一回固まりました。普段だと問題ないレベルなのでやはり使用には注意が必要なようです。Chromeなかなか64bit版も出ないしfirefoxに変えようかなぁと思いつつ。

追記2: やはりswapを止めた状態でメモリを使い切るとシステムが固まったり不安定になりますのでご注意。ちなみにFirefoxはメモリ管理がかなり良くなってきてますね。タブを大量に開くとChromeと比べて劇的に少ないメモリで動作すると思います。

追記3: スリープで使い続けていると使用中メモリが増えてきますので時折Firefoxを再起動、本体を週一回再起動位のペースで安定稼働。ヘビーな使い方をするならばswapが必要。サーバは8GBで安定。