hns - 日記自動生成システム - Version 2.19.9

先月 2010年04月 来月
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2010年04月30日(金) 旧暦 [n年日記] [更新:"2010/05/01 22:45:00"]

#1 [pkgsrc] lang/gcc34 を入れた後に /usr/bin/{g,}cc が入替る ?

最近 /usr/bin/cc と /usr/bin/gcc の内容が入替っていて、何でだろう と思ったことがあった
pkgsrc/lang/gcc34 を入れた後、または pkg_info -D gcc34 で次のように 表示される
gcc34-3.4.1 has been installed in /usr/pkg/gcc34

To use this compiler in pkgsrc:

   1) In your "pre-configure" target:
   
   .include "../../lang/gcc34/preconfigure.mk"
   
   2) .include "../../lang/gcc34/buildlink3.mk" 

The "preconfigure.mk" makefile fragment will override the compiler tools
selected by ../../mk/compiler.mk to use gcc version 3.4.x.
ここで .include せよ、としている gcc34/preconfigure.mk だけれど、
cat -n ../../lang/gcc34/preconfigure.mk
  1   # Create compiler driver scripts in ${WRKDIR}.
  2   (test -d ${WRKDIR}/.gcc/bin || ${MKDIR} ${WRKDIR}/.gcc/bin)
  3   (cd ${BUILDLINK_PREFIX.gcc34}/bin && bin_files=`${LS} *` && \
  4   cd ${WRKDIR}/.gcc/bin && \
  5   for _target_ in $${bin_files} ; do \
  6           ${ECHO} '#!${TOOLS_SHELL}' > $${_target_} && \
  7           ${ECHO} -n "exec ${BUILDLINK_PREFIX.gcc34}/bin/$${_target_}" \
    		>> $${_target_} && \
  8           ${ECHO} ' "$$@"' >> $${_target_} && \
  9           ${CHMOD} +x $${_target_}; \
 10   done )
この中で $target_ が /usr/bin/cc とか /usr/bin/gcc になっていることがある ? もっとも、その
   .include "../../lang/gcc34/preconfigure.mk"
を書いた(加えた)のが不適当な内容の Makefile の時に、そうなってしまう という話かな。

#2 [hns] hns の書き方で repeat に五月の最終週末とは

hns の書き方で repeat に五月の最終週末とは、どう書くのだろう。 とりあえず第五週と書いて見たが、四週しかない年もあると思う。
05/5sat 0900 WW WPX CW


2010年04月29日(木) 旧暦 [n年日記] [更新:"2010/04/30 15:01:37"]

#1 [無題] 靴を買って来た

YONEX のパワークッション MC26, SHW-MC26 と買いてある。 16,275 円と書いてあるところもあるが、多分それは定価で、 そんなに高くはなかった。

#2 [機械] Athlon 2.4GHz で ./build.sh は 3時間以上

こんなにかかりますよ
    5  cvs -q -d /e/cvsync/cvsync co -r netbsd-5 src
    6  mv src src-netbsd-5
    7  cd src-netbsd-5
    8  time sudo ./build.sh -j 4 release >& ../src-netbsd-5-log

modena@makoto 13:36:53/100429(/export/src-netbsd-5)% \
time sudo ./build.sh -j 4 release >& ../src-netbsd-5-log
8059.83s 3024.77s 3:15:01.87 94% 0+0k 16232+31765io 113079pf+85w
ML115/G1 Opteron 1216 (Dual) 2.4GHz なのだけれど、 DOM0 なので CPU が一つしか見えない。それでこのような速さ。
cpu0 at mainbus0 apid 0: (boot processor)
cpu1 at mainbus0 apid 1: (application processor)
ioapic0 at mainbus0 apid 2: pa 0xfec00000, virtual wire mode, version 11, 24 pins
hypervisor0 at mainbus0: Xen version 3.3
vcpu0 at hypervisor0: AMD 686-class, 2399MHz, id 0x40f33
OS は次の通り
NetBSD modena 5.0_STABLE NetBSD 5.0_STABLE (XEN3_DOM0) #0: 
Wed Apr 7 02:17:52 UTC 2010
builds@b8.netbsd.org:
/home/builds/ab/netbsd-5/amd64/201004070000Z-obj/ 
 home/builds/ab/netbsd-5/src/sys/arch/amd64/compile/XEN3_DOM0
amd64 
関係ないけれど
NetBSD-5.1_RC1 が ftp.jp.netbsd.org まで来ていると思う


2010年04月28日(水) 旧暦 [n年日記] [更新:"2010/04/29 15:37:19"]

#1 [comp] ssh -o XauthLocation=/usr/pkg/bin/xauth の謎

ssh 元NetBSD/amd645.0_STABLEOpenSSL 0.9.9-dev
ssh 先NetBSD/i3865.0_STABLEOpenSSL 0.9.9-dev
以前に nork さんと hrs さんに ssh についていろいろ教わった。 それまでは、「ssh -X がどうもうまく行かない」状態だった。 今回は、どうやれば良いかを再確認した。 条件としては、 NetBSD/amd64 5.0_STABLE で動いている X11 の画面から NetBSD/i386 5.0_STABLE に ssh で入り、その中で X11 の用途別(application) を立上げる、という場合の話。
出発の ssh も、受けの sshd も同じ版
OpenSSH_5.0 NetBSD_Secure_Shell-20080403, OpenSSL 0.9.9-dev 09 May 2008
また受け側の sshd では /etc/ssh/sshd_config を次のように変更している
-#X11Forwarding no
+X11Forwarding yes
 # If you use xorg from pkgsrc then uncomment the following line.
-#XAuthLocation /usr/pkg/bin/xauth
+XAuthLocation /usr/pkg/bin/xauth
元の X11 は modular-xorg, 起動は xdm。また二つの機械は home directory を共有している。

ssh -v -X hostname:

debug1: No xauth program.
Warning: No xauth data; using fake authentication data for X11 forwarding.

ssh -v -X -o XauthLocation=/usr/pkg/bin/xauth hostname:

Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Warning: No xauth data; using fake authentication data for X11 forwarding.
debug1: Requesting X11 forwarding with authentication spoofing.

ssh -v -Y hostname:

debug1: No xauth program.
Warning: No xauth data; using fake authentication data for X11 forwarding.

ssh -v -Y -o XauthLocation=/usr/pkg/bin/xauth hostname これならうまく行く:

あるいは
ssh    -Y -o XauthLocation=/usr/pkg/bin/xauth hostname
だと大丈夫

まとめ

  • -X でなく -Y が必要
  • ssh 先の /etc/ssh/sshd_config に
    XAuthLocation /usr/pkg/bin/xauth
    
    と書いてあっても、 ssh 元の方で、 これを上書きする設定を送っているらしく、 効かないので、元の方で次の選択を付けておく
    -o XauthLocation=/usr/pkg/bin/xauth
    
  • 前項の、「これを上書きする設定」は /etc/ssh/ssh_config で設定可能で、その中を次のようにすると
    47  # If you use xorg from pkgsrc then uncomment the following line.
    48      XAuthLocation /usr/pkg/bin/xauth
    
    次のように指定無で行ける
    ssh -Y hostname
    

#2 [cad] pinapa と gcc の版

pinapa は gcc-3.4.1 だと一応コンパイルが通る (まだこまかいところで make は完了していないが gcc 的問題は通過している) それを gcc-4.1.3 で試して見ると、次のようになる。 これは gcc-3.4.1 ならコンパイル出来るのに gcc-4.1.3 では不可ということである
g++ -I. -I. -I../../../../src/sysc/tracing -I../../../../src -Wall -DSC_INCLUDE_FX -O3 -c -o sc_vcd_trace.o `test -f '../../../../src/sysc/tracing/sc_vcd_trace.cpp' || echo '../../../../src/sysc/tracing/'`../../../../src/sysc/tracing/sc_vcd_trace.cpp
../../../../src/sysc/datatypes/misc/sc_value_base.h:58: warning: 'class sc_dt::sc_value_base' has virtual functions but non-virtual destructor
../../../../src/sysc/datatypes/fx/sc_context.h: In static member function 'static void* sc_dt::sc_context<T>::operator new(size_t)':
../../../../src/sysc/datatypes/fx/sc_context.h:230: warning: no return statement in function returning non-void
../../../../src/sysc/datatypes/fx/scfx_rep.h: In function 'sc_dt::scfx_rep* sc_dt::mult_scfx_rep(const sc_dt::scfx_rep&, const sc_dt::scfx_rep&, int)':
../../../../src/sysc/datatypes/fx/scfx_rep.h:347: error: 'multiply' is not a member of 'sc_dt'
../../../../src/sysc/datatypes/fx/sc_fxval.h: In function 'const sc_dt::sc_fxval sc_dt::operator+(const sc_dt::sc_fxval&, const sc_dt::sc_fxval&)':
../../../../src/sysc/datatypes/fx/sc_fxval.h:957: error: 'add_scfx_rep' is not a member of 'sc_dt'
もっとも、良く見ると、これは SystemC-2.1v1 を読んでいる部分で、これは 2.2.0 も出ているので、直そうとするのは、その辺を確めた後の方が良い。 「こまかいところ」の方を先に解決すべき。


2010年04月27日(火) 旧暦 [n年日記] [更新:"2010/04/28 01:44:13"]

#1 はまりごと Emacs の主記憶喰い

Emacs が主記憶 (memory) を喰うので、かなり自分的には問題。 要素としては
  1. Emacs-23.1.90
  2. NetBSD/amd64 (5.0_STABLE)
  3. Wanderlust 2.15.9
これだけかな。Riece でも結構喰っているので Wl の 所為ではないかも知れない。Emacs-23.1 でも大体同じだったと思う。また Emacs-23.1.50 の一年前とか、Wanderlust を一年前に戻しても大差がなかった気がしている。

この件は Wanderlust の ML には書いた (あれ、変だな、英語の方に書いてしまったかな。 もしかして単に混ぜているのかな.. どうもそうらしい)

-current では Segmentation Fault:

で怪しいのはもしかしたら amd64 (64bit OS) かも知れないと思って、 手軽に試せる NetBSD/i386 5.99.27 *1 で make した。 しかし、起動するとすぐに Segmentation Fault してくれる。 おおまかな bt は取れたが、残念ながら保存しなかった。

anon cvs 版 23.1.90 と pretest 版 23.1.96:

Emacs はいつもは、obache さんの作ってくれた pkgsrc/wip/emacs-current を使っている。これは 23.1.90 という版名を表示する。 しかし pretest 23.1.96 等という名前を何度か聞いた。 それで その pkgsrc/wip/emacs-current を少しだけ変更して personal-pkgsrc/emacs-pretest というのを作って見た。 とは言うものの、この anoncvs と pretest の二つの版はどういう関係か理解出来なかった
( git 版 は cvs 版を mirror しただけで、しかも clone すると、 日付情報がその clone した日になってしまうので、 ちょっとだけ情報が落ちてしまう)

それで思い出したが、確か pretest 版の作成・更新中は cvs 版の方は更新されなかった気がして来た。

二つ目の DOMU (NetBSD/i386 STABLE_5.0) が動かない:

ではというので NetBSD/i386 で試そうと、 もう一つの DOMU として NetBSD/i386 STABLE_5.0 を用意した。しかし、何故か上に書いた一つ目の DOMU と同時に動かすと DOM0 が無反応になり、電源 off/on しか手がない。 一つづつ動かすと動くので、殆んどの設定は合っているが、 僕の何かの設定の組合せ良くないのか、それとも amd64 DOM0 の上で i386 PAE の DOMU は二つは動かせないのかは分っていない。

因みに、i386 DOM0 の上で、いくつもの i386 DOMU を動かすのは 普段使って いる。

NetBSD/i386 5.0_STABLE + 23.1.96:

現在はその一つ目の DOMU は動かさずに、もう一つの STABLE_5.0 で準備中。make も make package-install も出来た。 ただ、いつもの環境にするにはもう少し 時間がかかる 。次の項目に続く:

wip/wl-current で Select coding system (default utf-8)::

Saving file /export/pkgsrc/wip/wl-current/work/wanderlust/doc/wl.info...
Select coding system (default utf-8): 
これは何かな ? (自分のせい ?) 版名も違うけれど、 直す必要がありそう。でも PLIST に出て来ないので、気が付かれない (これは直したつもり)。

とりあえず emacs -q で起動して M-x load-library wl RET してから M-x wl でメールが読めることは確認した。
その時点で、 主記憶は全然使われていない。 (というのはちょっと言過ぎだが、太っていない)

  PID USERNAME PRI NICE   SIZE   RES STATE      TIME   WCPU    CPU COMMAND
26356 makoto    85    0    46M   40M RUN        0:15  9.18%  9.18% emacs

NetBSD/amd64 5.0_STABLE + 23.1.96 core dumps:

こちらは何故か core dump してしまう。
Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.96/lisp/./nxml
Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.96/lisp/./mh-e
Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.96/lisp/./mail
Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.96/lisp/./language
Fatal error (11)[1]   Segmentation fault (core dumped) EMACSLOADPATH=/e...
gmake[3]: *** [custom-deps] Error 139
re_search_forward () の辺りなのかな。
(gdb) bt
#0  0x00007f7ff9c3440a in kill () from /usr/lib/libc.so.12
#1  <signal handler called>
#2  0x000000000051a45c in re_search_2 ()
#3  0x0000000000510f9f in search_buffer ()
#4  0x00000000005129c3 in search_command ()
#5  0x0000000000512bfe in Fre_search_forward ()
#6  0x000000000053a2fa in Ffuncall ()
#7  0x00000000005707bb in Fbyte_code ()
#8  0x0000000000539d97 in funcall_lambda ()
#9  0x000000000053a156 in Ffuncall ()
#10 0x00000000005707bb in Fbyte_code ()
#11 0x0000000000539d97 in funcall_lambda ()
#12 0x000000000053a156 in Ffuncall ()
#13 0x00000000005707bb in Fbyte_code ()
#14 0x0000000000539d97 in funcall_lambda ()
#15 0x000000000053a156 in Ffuncall ()
#16 0x00000000005707bb in Fbyte_code ()
#17 0x0000000000539d97 in funcall_lambda ()
#18 0x0000000000539efc in apply_lambda ()
#19 0x00000000005395a7 in Feval ()
#20 0x0000000000538b34 in internal_condition_case ()
#21 0x00000000004d803a in top_level_1 ()
#22 0x0000000000538c37 in internal_catch ()
#23 0x00000000004d80db in command_loop ()
#24 0x00000000004d849a in recursive_edit_1 ()
#25 0x00000000004d85ee in Frecursive_edit ()
#26 0x00000000004cd2fe in main ()
(gdb) 

*1: この日記を書いている NetBSD/amd64 DOM0 の上にある DOMU


2010年04月25日() 旧暦 [n年日記] [更新:"2010/04/26 22:16:04"]

#1 [無線] (All JA) 結局 7MHz CW だけに参加 (C7M)

All JA は、部門 C7M (CW 7MHz Medium Power) で参加。 かなり寝てしまったので、生の結果は 448 x 52 くらい。
  • 前もって寝た (17:00 - 20:30)
  • 直前に確認したら N1MM の JA.SEC が KCJ コンテスト用のまま。 元のものも見つからず。手で編集したものは読んでくれない
    (多分一行目のおまじないが抜けていたため)。 しかしそうとも理解出来ず 10.4.3 だったかを取得 (download) して入直し、切抜けられた。 直前に新版を入れるとは結構危険。それも確認出来たのは 10 分前位だった
  • 21:00 開始なので、始めのうちは、スキップなのか、 それもとたまたま電波が弱いだけなのか分らず、なかなか調子が出なかった
  • JIDX CW (2010/04/12) の時には朝 5 時まで起きていられたが、 今回は 2 時頃に、もうだめだ状態になり、5:00 頃等に目覚しをかけて寝たが、 結局起きたのは 7:00 過ぎだった。その後、 昼間にも何回も座ったままとか横になってとか、 何回か寝てしまった
  • 翌日からは CQ を出すと、そこそこ呼んでいただけるようだった
  • アンテナは二本を手で切替えて使った
    • NA-440 (主として北向)
    • 逆 V (主として西日本向、固定)
    手以外に切替える方法は有得ないか。 でも CQ の度に一回ずつ交代するというのもいいなと思ってはいる。
  • 機械は IC-7000 (100W) その他に Winkey (USB) K1EL 、記録は N1MM
  • 一度 N1MM の F1 ボタンが消えてしまい、これが何によるか分らず、 一時的に F7 に CQ (の送出文字) を設定して回避していた
  • 上記問題は単に Running のチェックがたまたま抜けて (消えて)しまったのが原因と分る
  • そのきっかけは、バンドマップに自分で保存していた情報が多く Spot 100% loaded のような表示が出て、 これは消したくなかったので何が原因か分らないまま回避していた。 ある時、思い切って消したが、直らなかった (自動的にはチェックは入らないでしょう)
  • 一度 CW の送信がおかしくなり、CW の重み (weight) が変に設定されたような状態になった。 これは N1MM を再起動したら直った
  • 一度 4DNN のような人から呼ばれて良く聞くと W4 だった。 この時はアンテナが逆 Vee の方だった。記録は紙に書いたが、今手元にはない
  • WAJA (Worked All Japan prefectures Award) 交信は達成した。 残っていたマルチは北海道支庁の 8 個 (101 102 105 107 110 111 112 113) と JD1
  • 何と言っても一番嬉しかったのは JH1XMS 水谷さんから呼ばれたこと。 大昔にも一度 7MHz の SSB で交信したことがあるが、その時は自分は東京で、 彼は千葉だった。今回は両方とも千葉だった
  • N1MM で調べておきたいこと。受取った {exch} を Function キーに割当てられないか
    Macros -> General macros に一覧があるが、その中にはなさそう
  • 呼んで下さった方々、また呼出に応答いただいた方々、ありがとうございます。 呼んでいただいたのにこちらが取れなかった方々、申訳けありません
cabrillo2-time-table ( activeperl の場合 ) による時刻別交信数: (図示版)
      24       25       |                      |                  
      21 22 23  0  1  2 |  7  8  9 10 11 12 13 | 15 16 17 18 19 20 TOT
    7 32 23 16 15  4 14 | 19 46 30  8 17 40 53 | 15 34 15 36 13 18 448
acuml    55    86   104 |   169   207   264    |   366   417   448
2009 の参加とは随分違うな。


2010年04月23日(金) 旧暦 [n年日記] [更新:"2010/04/26 09:01:27"]

#1 [NetBSD] tstile って何 ?

modena@makoto 14:35:46/100423(..personal-pkgsrc/pinapa-import)% make
load: 0.63  cmd: make 17135 [tstile] 0.04u 0.02s 0% 2628k
load: 0.63  cmd: make 17135 [tstile] 0.04u 0.02s 0% 2628k
make -dA したところ、次で止っていることが分った、これは確かに良くない
   Looking for "/export/pkgsrc/distfiles/pinapa-1.0.tar.gz" ...
NFS の先が存在しないものになっている


2010年04月21日(水) 旧暦 [n年日記] [更新:"2010/04/22 07:38:50"]

#1 [pkgsrc] scrc for SpecC and SystemC

SpecC の SpecC Reference compiler (scrc)OSCI (Open SystemC Initiative) の SystemC の pkgsrc を作れないかと試している
自分でも忘れてしまいそうなので、状況を書いておく: (以下では OS /Release は次の通り)
i386  = NetBSD/i386 5.99.27
amd64 = NetBSD/amd64 5.0_STABLE
scrc
Makefile.macros の編集はまだ限定的
scrc/i386
make: PRSwrap() のところで問題がある
scrc/amd64
make install まで可能、ただし 共有ライブラリのリンクに問題
modena@makoto 12:31:45/100421(..personal-pkgsrc/scrc2)% \
/usr/pkg/scrc-2.1/bin/scrc 
Shared object "libCcDriver.so" not found
systemc (i386 and amd64)
  • License -> OSCI License -> systemc-2.2.0/docs/License.pdf
  • distfiles の取得には(無料の) registration が必要
  • make 可能
  • make install で問題 ( --prefix が効いていないように見える)
    make -i install すれば、一応完了する
  • 変な mkdir が一つ入れてある
重大問題: PKG_DESTDIR_SUPPORT= のこと(に変換する方法)が良く分っていない
ここ↓に書いてあるのかな ?

#2 [機械] HL 6050DN のトナー無

普通なら 7500 枚印刷出来るらしいが 4,966 枚でトナー無 (トナー寿命と表示) になってしまった。 2009/07/10 に買っているから 9 か月は使っているのか。 550 枚/月というのが多いのか少ないのか。

#3 [植物] 街でエノキを見つけたと思ったが

きょう歩いていたら、 この前移植 して、自分では榎木(エノキ)だと思っているのと同じ葉の木を見つけた。 google streat view で見えるかなと思ったが、 まだ工事前 で、木も植っていない時の写真だった。

#4 [gcc] gcc-3.4.1 をやっと何とか package

以前に (2009/11/06) gcc-3.4.1 が必要になったと書いて、少し修正も作って見た。 それで、その後、色々あって、package も作れるようになったと思う。
  • 2009/11/06 に書いてあるように 2004-08-10 の頃のものを持出し、それに一つ patch を加えた ものになっている
  • 実は、これ gcc34-3.4.6 が必要で、作る前に binary の pkg_add をしておくと 簡単。
    sudo env PKG_PATH=\
    ftp://ftp.jp.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/5.0.1_2009Q4/All\
    pkg_add gcc34-3.4.6nb1.tgz
    
    と書いたのは間違いで、最後の -3.4.6nb1.tgz の部分を付けると、そんなのは ないと言われてしまう(はず)
    sudo env PKG_PATH=\
    ftp://ftp.jp.netbsd.org/pub/pkgsrc/packages/NetBSD/x86_64/5.0.1_2009Q4/All\
    pkg_add gcc34
    
  • しかし package する時には、同じものが既に入っているよと言われるので
    pkg_delete -f gcc34 
    
  • その上で make package-install すれば良い。
Makefile の中に
GMAKE=	gmake
という行が入れてあるが、これは何かの間違いで、本当は多分 別の方法を使うのだと思う。


2010年04月20日(火) 旧暦 [n年日記] [更新:"2010/04/23 11:33:29"]

#1 [機械] raidctl -R /dev/wd0h raid1 を手で実行

NetBSD tera5 4.99.3 NetBSD 4.99.3 (KUROBOX.raid) #1: 
Wed Jun 13 01:01:52 JST 2007  
root@trapani:/work/20061019/sys/arch/evbppc/compile/obj/KUROBOX.raid evbppc
RAID5 の機械で、
ttyp0:root@tera5 9:16:20/100420(~)# raidctl -s raid1
Components:
           /dev/wd0h: failed
           /dev/wd1h: optimal
           /dev/wd2h: optimal
           /dev/wd3h: optimal
No spares.
/dev/wd0h status is: failed.  Skipping label.
このようになっている時に、この raid1 の disk の mount や exports を外してから、
/sbin/raidctl -R /dev/wd0h raid1
をしたら、 とても load average が高い状態で長い間かかって、 直った。これは mount が外せたから良かったが、/ になっている ものはこれが簡単には出来ないと思う。 別の起動 disk を使う必要があるのかな。

この機械は多分 netboot は出来ないと思うけれど、 もし netboot の出来る機械なら sysinst の入っている Memory Disk kernel に raidctl が入っていると嬉しいと思う。

raidctl 入の Memory Disk Kernel (MD Kernel):

2008/04/23/ の日記を見ると、 kuro-box/ に置いてある netbsd-KUROBOX_MD.bin には (sysinst と) raidctl が入っているらしい。 USB メモリを抜いておいて linux 側で login し /boot で
wget http://www.ki.nu/~makoto/kuro-box/netbsd-KUROBOX_MD.bin
すれば良いような気がして来た。
↑これがどうも間違いで、少なくとも次の日付のものには入っていないようだ (2010/04/22 追記)
-rwxr-xr-x  1 makoto  wheel   6078208 Apr  1  2008 netbsd-KUROBOX_MD.bin
root@catania:/export/src-4.0/sys/arch/sandpoint/compile/obj/KUROBOX_MD
NetBSD 4.0.0_PATCH (KUROBOX_MD) #3: Sun Mar 2 18:02:28 JST 2008

raidctl 入の Memory Disk kernel はこちら:

以前に入れて作ったものが、 作ったところにまだ置いてあったので以下に写した 版は上のものと同じで NetBSD 4.0.0_PATCH sandpoint
wget http://www.ki.nu/~makoto/kuro-box/netbsd-KUROBOX_MD-raidctl.bin
mkdir /usb-mem しておいて、/etc/fstab に次のような行を書いておく
/dev/sd0d       /usb-mem msdos  rw,noauto 0 0
その上で、手で mount /usb-mem し、 その /usb-mem に入っている netbsdboot を調整することにより、MD kernel と通常 kernel の切替も可能 だと分った。(終ったら umount /usb-mem しておいた方が良い)


2010年04月19日(月) 旧暦 [n年日記] [更新:"2010/04/20 10:26:45"]

#1 [pkgsrc][NetBSD] pkgsrc/wip/scrc

pkgsrc/wip/scrc に入れられるようにと まずは手元で を作っている。i386 (5.99.27) と amd64(5.0_STABLE) で試している
PKG_DESTDIR_SUPPORT= はまだ出来ていない
それで、何故か:
  • amd64 の方で gcc3-c を必要とすると思い込んで作りに行く (そしてそれが作れないで失敗する)
    => Full dependency unix2dos: found unix2dos-1.3
    => Full dependency gcc3-c>=3.3.5nb1: NOT found
    => Verifying reinstall for ../../lang/gcc3-c
    ....
    
    Created "Makefile" in /export/pkgsrc/lang/gcc3-c/work/gcc-3.3.6
    exec: /usr/pkg/gcc34/bin/gcc: not found
    
    これも変な話だ、
    • rm -rf work しても
    • /etc/mk.conf を消しても
    • scrc2 を全部消して cvs update -dPA しても
    • root になっても
    こうなってしまう。
    modena# which gcc
    /usr/bin/gcc
    modena# gcc --version
    exec: /usr/pkg/gcc34/bin/gcc: not found
    modena# 
    
    あれ、置替っている ?
    modena# ls -l /usr/bin/gcc
    -r-xr-xr-x  2 root  wheel  43 Apr 16 08:55 /usr/bin/gcc
    modena# cat /usr/bin/gcc
    #!/bin/sh
    exec /usr/pkg/gcc34/bin/gcc "$@"
    modena# 
    
    この二つは comp.tgz から戻しました
  • amd64 では、一度は作れたことがあって、しかしその時に
    modena@makoto 17:03:24/100419(..personal-pkgsrc/scrc2)%  \
    /usr/pkg/scrc-2.1/bin/scrc --help
    Shared object "libCcDriver.so" not found
    
    などとなって、これが解決出来なかった (その内に前項の問題になってしまった)
  • i386 の方では
    <stdout>:1168:31: error: macro "PRS_wrap" passed 1 arguments, but takes just 0
    PRS_Scanner.h:128: error: conflicting declaration 'unsigned int PRS_lineno'
    
    のようなことを言って止ってしまう

gcc3-c を必要とすると思い込んで ..:

そう思い込んでいる記録 (make -dA で表示される膨大な譜) の中に
ParseReadLine (255): '_GCC_PKGSRCDIR=           ../../lang/gcc3-c'
Global:_GCC_PKGSRCDIR = ../../lang/gcc3-c
ParseReadLine (256): '_GCC_DEPENDENCY=  gcc3-c>=${_GCC_REQD}:../../lang/gcc3-c'
のような部分があったので、次のように grep して見た
modena@makoto 01:35:52/100420(..personal-pkgsrc/scrc2)% 
sudo grep -r 'gcc3-c>=3.3.5nb'  /usr/pkg /export/pkg rc/
/export/pkgsrc/lang/gcc3-c/buildlink3.mk:
	BUILDLINK_ABI_DEPENDS.gcc3-c+= gcc3-c>=3.3.5nb1
/export/pkgsrc/personal-pkgsrc/scrc2/work/.depends:
        full 	gcc3-c>=3.3.5nb1        ../../lang/gcc3-c
記録のその少し前に
ParseReadLine (249): '_GCC_PKGBASE=             gcc3-c'
Global:_GCC_PKGBASE = gcc3-c
がある。この(数字) は mk/compiler/gcc.mk の行数らしい。 面倒なので Makefile に次の行を加えたら、とりあえず、回避
+_GCC_REQD=             4
(あり得ない回避方法)


2010年04月18日() 旧暦 [n年日記] [更新:"2010/04/19 01:26:31"]

#1 [荷物] W-ZERO3 WS007SH が届いた

最近 Twitter で知合いになった人から、 家人のこわれた WS007SH の代替になる Willcom 電話機が届いた。
その後知合いから(貸してくれるという) IC-745 も届いた

#2 [無題] 榎木を移植

小さな庭の石畳の間に(結構)大きく高さ 3m、幹 5cm くらいに育ってしまった榎木と思われる木を移植した。
まず、石を一つづつ外した。どうもその石畳に、元々 4cm くらいの隙間が確保してあったようだ。 これを 1999 年に作った時に既にいくらかの太さがあったと思われる。
それで、その石を外した後に、 まわりを堀ってから、チェーンブロックで少し上に引いたら、 どうもそのまま抜けそうなので、 そのまま続けて引張ったら、土を全く付けずに抜けてしまった。
そうそう、その前に、このチェーンブロックを支える 3m くらいの三脚がある訳だが、これがこのせまいところで (ちょっと腰の具合も変な今日に) 立てられるかなと思ったが、一応何とかそれはうまく行った。
車の上に載せて固定し、 時速 60km は風速 16m/s かなと思いながら、それよりも速い走行で移動。
これで根付くかな、と思うが、考えたら、 以前に枇杷の木を移した時にも、土は殆んど付いていなくて、 それでも何とか根付いている気がする。
なお、きょうは写真はない。あまり時間がなかったのが正直なところ。
2009/05/24/ 2009/06/13/ いまはこのように茂ってはいない

#3 [WWW] westkit plug-in for Wordpress

中国語(?)なので良く分らないが、WordPress のプラグインで、 ソースに色付けしてくれると見た 実は 武者さんの WordPress がきれいなので、これかなと思ったという訳。Plug-in でなくて Theme なのかな。

#4 [NetBSD] mount_union

HEAD/i386/201004120000Z-obj/ な XEN3_DOMU で、
rm -W patches/patch-aa すると、かなりの確率で panic
panic: kernel diagnostic assertion "rw_lock_held(&wl->wl_rwlock)" failed: 
file "/home/builds/ab/HEAD/src/sys/kern/vfs_wapbl.c", line 1550
cpu0: Begin traceback...
_prop_dictionary_keysym32_pool(0,0,0,100400,1,800,800,8e06,0,cb6c4000) at 0xc10f1000
cpu0: End traceback...
WAPBL と union mount は、良く検証されていないのかな。 上と下の両方に何らかの処理が要るのに、その片方しかやっていない ? (というようなことは上の表示からは何も読めない)

Xen の console:

xm console 名前|番号
で卓が取れるが、これを重複して、他の窓からまた実行してしまうと、 何か変になる。気が付いて DOM0 で xenconsole の処理を kill すれば、 良いのだけれど、「卓は他で動いているので、取れないよ」と言ってくれ る方が嬉しいが、これは無理な相談かな。


2010年04月17日() 旧暦 [n年日記] [更新:"2010/04/19 00:07:05"]

#1 [Emacs] emacs22 と emacs23 の関数の違い


#2 [pkgsrc] SU_CMD= ${LOCALBASE}/bin/sudo /bin/sh -c

In It is written as:
9.12. Using 'sudo' with pkgsrc

When installing packages as non-root user and using the just-in-time su(1) feature of pkgsrc, it can become annoying to type in the root password for each required package installed. To avoid this, the sudo package can be used, which does password caching over a limited time. To use it, install sudo (either as binary package or from security/sudo) and then put the following into your mk.conf, somewhere after the definition of the LOCALBASE variable:

.if exists(${LOCALBASE}/bin/sudo)
SU_CMD=        ${LOCALBASE}/bin/sudo /bin/sh -c
.endif
But I could not confirm this. Am I still wrong or the document is obsolete ?
.if exists(/usr/pkg/bin/sudo)
SU_CMD= ${LOCALBASE}/bin/sudo /bin/sh -c
.endif
Now it works. I don't know really why.

Comments related this article

Re: SU_CMD= ${LOCALBASE}/bin/sudo /bin/sh -c by obache    2010/04/18 18:46
${LOCALBASE} が定義される前に mk.conf が読み込まれてるからですな。

2010年04月16日(金) 旧暦 [n年日記] [更新:"2010/04/19 00:07:29"]

#1 [EDA] personal-pkgsrc/scrc2 (scrc 2.1) もはまり中

scrc (SpecC Reference Compiler) 2.1 を動かそうとしていて、途中まで pkgsrc を作って見ているが いろいろと(自分で思うには)理不尽な反応があり、止っている。
  • Constant.cc:1177: error: `ubit2str' was not declared in this scope
    Constant.cc:1177: warning: unused variable 'ubit2str'
    Constant.cc:1191: error: `ubit2str' was not declared in this scope
    Constant.cc:1191: warning: unused variable 'ubit2str'
    
    scrc-2.1/src/IntRep/Constant.cc の次の行 が読まれていない ? というか別のものを見に行っている
        45  #include "bit.h"
    
  • 仮に、上に必要な次の二行を Constant.cc に手で加えておくと
    // Conversion to string
    char *bit2str(unsigned int base, char *endptr, const _bit& b);
    char *ubit2str(unsigned int base, char *endptr, const _bit& b);
    
    まだ _bit 関係の定義がおかしいようなことを言う。
Makefile に pre-configure: を使って、ここまでやっておいてから pkgsrc を使わないで gmake 出来るようにして見た
make configure
(cd work/scrc-2.1; env PATH=/usr/pkg/gcc34/bin:$PATH gmake)
が、やはり上の ubit2str は同じように言われるので、この問題は pkgsrc 由来でも、また gcc4 由来でもなさそうだ。 どれかのシンボリックリンクが悪さをしている気もする。
どうも __BIT がどこかで定義済ということらしく、 この名前を変えたら、 先に進んだ。

error: ambiguous overload for 'operator[]' in 'PrintBuffer..:

Expression.cc: In member function 
  `const char* SIR_Expression::Print(bool, unsigned int, int, int)':
Expression.cc:5173: error: ambiguous overload for 'operator[]' in 'PrintBuffer[LeadingNL]'
Expression.cc:5173: note: candidates are: operator[](const char*, long int) <built-in>
これ、もしかすると 64bit OS 非対応ということかな (long int <-> int)
Expression.cc:5173: note: candidates are: operator[](const char*, long int) <built-in>
/export/pkgsrc/personal-pkgsrc/scrc2/work/scrc-2.1/inc/GL_String.h:303: 
   note:                 char& GL_String::operator[](int)
どうもそうらしい、i386 で試したら、かなり先まで進んだ。
ERROR #3105: Semantic error in line 221
             in file "/usr/include/stdio.h":
             Declaration of symbol '__restrict'
             does not match former declaration:
             type mismatch (#2039).
やはり gcc34 必須かな。そうでもなさそう。gcc34 でも gcc 4.1.3(N) でも同じ。 良く見ると、全く同じように見えるのですが:
m08@makoto 09:22:43/100417(..work/scrc-2.1)% cat -n /usr/include/stdio.h| sed -n 221p    
   221  int      fgetpos(FILE * __restrict, fpos_t * __restrict);
m08@makoto 09:23:30/100417(..work/scrc-2.1)% cat -n ./src/bit/tst/compat.si | sed -n 140p   
   140  int fgetpos(FILE * __restrict, fpos_t * __restrict);
ここではないところを見ているのかな

#2 [NetBSD][Xen] NetBSD/amd64 5.0_STABLE + Xen 3.3.2

今これを入力している機械 (ML115 に NetBSD/amd64 5.0_STABLE) で Xen 3.3.2 を動かそうとしているが XEN3_DOM0 kernel を動かそうとすると、 多分その kernel を読終って、 初期化すると思われる時にすぐに再起動してしまう。 これは何かな、自分の設定の問題 ? 主記憶は 4GB。
menu=Boot normally:boot netbsd
menu=Boot single user:boot netbsd -s
menu=Disable ACPI:boot netbsd -2
menu=Disable ACPI and SMP:boot netbsd -12
menu=Drop to boot prompt:prompt
menu=Boot Xen with 1GB for dom0 (PC):load /netbsd-XEN3_DOM0
       multiboot /xen.gz dom0_mem=1024M
menu=Boot Xen with 1GB for dom0 (serial):load /netbsd-XEN3_DOM0.gz 
       console=com0 multiboot /xen.gz dom0_mem=1024M console=com1 com1=115200,8n1
default=1
timeout=10
これの上から 6 番目。 間違って いた
説明: load ; option 
のような構文になるところ、区切の ; が 抜けていた。今は、次のようにしている。 実際は一行。
menu=Boot Xen with 1GB for dom0 (PC): 
  load /netbsd-XEN3_DOM0 console=pc; 
  multiboot /xen-debug.gz dom0_mem=1024M
これで無事 DOM0 は動いた。 次は DOMU の centos 44 で、まだ動いていない。
modena@makoto 21:23:39/100416(~)% sudo xm list    
   (中略)
Name                 ID   Mem VCPUs      State   Time(s)
Domain-0              0  1024     1     r-----    252.6
hvm-centos44          7  1280     1     -b----    218.7

modena@makoto 21:23:54/100416(~)% sudo xm console 7 (中略) xenconsole: Could not read tty from store: No such file or directory

となるだけで、それ以上何も起きないのは ? .. 別の OS を試して見よう。

2010年04月15日(木) 旧暦 [n年日記] [更新:"2010/04/16 14:46:42"]

#1 [benchmark] Xeon って色々ある

DL360/G4 が 思ったほど速くない 件で /etc/fstab に次のような行を追加して /tmp を tmpfs にして見たら、
tmpfs                   /tmp    tmpfs   rw
(write cache はなくても) CPU はそれなりの稼動をしているが、やはり速くないと確認した。
dl360@makoto 13:28:18/100414(/export/src)% \
time sudo ./build.sh -j 8 release >& log-release-2
17501.40s 2787.94s 1:37:20.23 347% 0+0k 4879+26616io 37110033pf+0w
openssl speed rsa
                  sign    verify    sign/s verify/s
rsa  512 bits 0.000894s 0.000102s   1118.2   9850.7
rsa 1024 bits 0.004435s 0.000250s    225.5   3997.7
rsa 2048 bits 0.026247s 0.000775s     38.1   1290.3
rsa 4096 bits 0.171525s 0.002700s      5.8    370.4
dl360@makoto 22:58:24/100414(~)%
なお、tmpfs を /tmpfs に載せておいて、更に /export の上にその /tmpfs を mount_union で載せる件は、
mount_union: /tmpfs on /export: Operation not supported
で、だめだった。

T105 の場合:

build.sh が(うちでは) 最速の T105 (Quad Opteron) では
pts/0:makoto@t-105 22:02:17/100414(/export/src-5)> openssl speed rsa
Doing 512 bit private rsa's for 10s: 18551 512 bit private RSA's in 10.00s
Doing 512 bit public rsa's for 10s: 158288 512 bit public RSA's in 10.01s
Doing 1024 bit private rsa's for 10s: 4241 1024 bit private RSA's in 10.01s
Doing 1024 bit public rsa's for 10s: 73064 1024 bit public RSA's in 10.01s
Doing 2048 bit private rsa's for 10s: 767 2048 bit private RSA's in 10.01s
Doing 2048 bit public rsa's for 10s: 25369 2048 bit public RSA's in 10.01s
Doing 4096 bit private rsa's for 10s: 121 4096 bit private RSA's in 10.06s
Doing 4096 bit public rsa's for 10s: 7532 4096 bit public RSA's in 10.01s
OpenSSL 0.9.9-dev 09 May 2008
built on: NetBSD 5.0_BETA
options:bn(32,32) md2(int) rc4(4x,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) 
compiler: gcc version 4.1.3 20080704 (prerelease) (NetBSD nb2 20081120)
                  sign    verify    sign/s verify/s
rsa  512 bits 0.000539s 0.000063s   1855.1  15813.0
rsa 1024 bits 0.002360s 0.000137s    423.7   7299.1
rsa 2048 bits 0.013051s 0.000395s     76.6   2534.4
rsa 4096 bits 0.083140s 0.001329s     12.0    752.4
pts/0:makoto@t-105 22:15:41/100414(/export/src-5)> 
実は Xeon と言っても色々あって、以前の Netburst 系は遅い、と nork さんに 教わった。

CPU 当りでは最速の DL320/G5p:

pts/0:makoto@DL320 9:51:29/100415(~)> openssl speed rsa
Doing 512 bit private rsa's for 10s: 21985 512 bit private RSA's in 10.01s
Doing 512 bit public rsa's for 10s: 199185 512 bit public RSA's in 10.02s
Doing 1024 bit private rsa's for 10s: 4619 1024 bit private RSA's in 10.01s
Doing 1024 bit public rsa's for 10s: 79292 1024 bit public RSA's in 10.01s
Doing 2048 bit private rsa's for 10s: 794 2048 bit private RSA's in 10.01s
Doing 2048 bit public rsa's for 10s: 26358 2048 bit public RSA's in 10.01s
Doing 4096 bit private rsa's for 10s: 121 4096 bit private RSA's in 10.06s
Doing 4096 bit public rsa's for 10s: 7622 4096 bit public RSA's in 10.01s
OpenSSL 0.9.9-dev 09 May 2008
built on: NetBSD 5.0_RC3
options:bn(32,32) md2(int) rc4(4x,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) 
compiler: gcc version 4.1.3 20080704 (prerelease) (NetBSD nb2 20081120)
                  sign    verify    sign/s verify/s
rsa  512 bits 0.000455s 0.000050s   2196.3  19878.7
rsa 1024 bits 0.002167s 0.000126s    461.4   7921.3
rsa 2048 bits 0.012607s 0.000380s     79.3   2633.2
rsa 4096 bits 0.083140s 0.001313s     12.0    761.4
pts/0:makoto@DL320 9:52:56/100415(~)> 
こちらは、速い方の Xeon、多分 Core 系というものなのだろう

Comments related this article

Re: Xeon って色々ある by soda    2010/04/15 13:17
G5 は、PC で使われている Core Duo と同一のマイクロアーキテクチャで、速いです。G6...

#2 [Emacs] elscreen-1.4.6 on Emacs-23.1.90 (void-variable dir)

何故か、最近、次のように言われる
Debugger entered--Lisp error: (void-variable dir)
  elscreen-e21-command-line()
  command-line-1(("elscreen"))
  command-line()
  normal-top-level()
次のような回避策をして見た
--- elscreen.el~	2007-12-30 00:12:05.000000000 +0900
+++ elscreen.el	2010-04-15 08:47:18.000000000 +0900
@@ -1691,6 +1691,9 @@
                   ("-e"                . elscreen-command-line-funcall))))
 
   (static-when elscreen-on-emacs
+    (defvar dir command-line-default-directory)
+    (defvar line 0)
+    (defvar column 0)
     (defun elscreen-e21-command-line ()
       (when (string-match "\\`-" argi)
         (error "Unknown option `%s'" argi))
本来の直し方


2010年04月14日(水) 旧暦 [n年日記] [更新:"2010/04/15 08:00:01"]

#1 [benchmark] openssl speed rsa

Athlon x 2 4450B 2.4GHz
cpu1 at mainbus0 apid 1: AMD 686-class, 2400MHz, id 0x40f33 ML115
modena@makoto 18:51:49/100414(..gcc/work)% openssl speed rsa 
Doing 512 bit private rsa's for 10s: 30399 512 bit private RSA's in 8.83s
Doing 512 bit public rsa's for 10s: 206065 512 bit public RSA's in 6.87s
Doing 1024 bit private rsa's for 10s: 6261 1024 bit private RSA's in 6.29s
Doing 1024 bit public rsa's for 10s: 102444 1024 bit public RSA's in 6.53s
Doing 2048 bit private rsa's for 10s: 1219 2048 bit private RSA's in 6.66s
Doing 2048 bit public rsa's for 10s: 33601 2048 bit public RSA's in 5.64s
Doing 4096 bit private rsa's for 10s: 163 4096 bit private RSA's in 5.56s
Doing 4096 bit public rsa's for 10s: 11735 4096 bit public RSA's in 6.09s
OpenSSL 0.9.9-dev 09 May 2008
built on: NetBSD 5.0_STABLE
options:bn(64,64) md2(int) rc4(1x,char) des(idx,cisc,4,int) aes(partial) blowfish(idx) 
compiler: gcc version 4.1.3 20080704 (prerelease) (NetBSD nb2 20081120)
                  sign    verify    sign/s verify/s
rsa  512 bits 0.000290s 0.000033s   3442.7  29994.9
rsa 1024 bits 0.001005s 0.000064s    995.4  15688.2
rsa 2048 bits 0.005463s 0.000168s    183.0   5957.6
rsa 4096 bits 0.034110s 0.000519s     29.3   1926.9
modena@makoto 21:28:14/100414(..gcc/work)% 
こういう測り方もあるのか。以前にも教えてもらった気もするけれど。

Core i7な、MacBook pro で


2010年04月13日(火) 旧暦 [n年日記] [更新:"2010/04/16 00:19:38"]

#1 [機械] DL320/G3 -> ML110 -> DL360/G4 (Raid 考)

以前 (2010/02/03 の日記) から書いているが、最近は HP の DL320/G3 が結構気に入っている。
最近では五台 に増殖している。これらは一台に二台の SATA disk が挿せる。 それで、その disk のひき出しの数を数える、つまり 挿せる数と、挿す方のマウンタの数を較べると、 この他に DL320/G5p もあるので、それを含めると、二台足りない。 で、このマウンタだけ入手出来るかというと、そう簡単でもない (disk が入っている新品は入手可能だが 2 万円以上する)。

それで、たまたま ML110 に三つ入っているジャンク というのを見つけて、落札した (2,700 + (送料) 1,000) * 1.05 = 3,885 円)。 ところが、これがちっともジャンクでなく、 動いてしまった (期待外れ嬉というのかな)。
つまり、手元にあったマウンタも加えて 500GB x 4 を挿すと、RAID で動いているらしい。かなり筐体が大きいのが欠点であるが、 これはこれで便利そうだ。今の主ファイルサーバを rsync -aH で写して見た。
でもマウンタを二つ入手した筈が、更に一つ減ってしまった。(必要数が三になってしまった)

ML110 -> Adaptec 2610SA SATA-RAID:

それで、以上だと、二個入手するはずが、一つ失なってしまったという話である

で話は変って、その ML110 に内蔵されているのは Adaptec 2610SA SATA-RAID という基板である。これを使うようにするには、 電源投入時に鍵 (key) の組合せを入力すると設定画面が出る。

この設定をこまかく制御するには pkgsrc/sysutils/dptutil を使うらしい。 しかしこれが make 出来ない。 too old coding style (by obache) ということらしい。 直せば、とも思うが、この板は最大限 2TB ということで古いものらしく、 やる気が失せる(やる気があっても、僕に出来るものかは疑わしいけれど)

DL320/G3 の x2 disk の使い方は間違い ?:

この辺から気が付いた話があって、 今まで DL320/G3 の二つの disk は別々のもの (file system) として設定しているが、 多分それは期待された使い方ではなく、二つの disk を RAID にして使うのが普通なのでは、と思えて来た。

Software RAID or Hardware RAID:

RAID (例えば RAID5) は、個人的には気に入っている。4 台ある内の 1 台がこわれて も、それに気が付いた後で修復が可能だからである。 例えば TeraStation で RAID5 を使っている。ただ、Software RAID は、CPU で RAID をしている訳なので、 例えば書いている時に panic とかすると、 論理的にこわれてしまう。それでも修復はする。 ただ、遅い CPU だと、時間がかかる (上記 TeraStation だと当然容量にも依るが、20 時間とか、24 時間とか、かかる)
大昔 (1978年頃)に、CPU が M6800 clock 1MHz な Exorcisor という開発装置があって、 これの FDC (Floppy Disc Controller) が 6821 (Parallel i/f) 経由なソフトウェア制御だった。 間違って Reset ボタンを押したり、電源が不用意に切れると、 8 inch Floppy disk がこわれてしまう (初期化すれば、また使えるけれど)。
Software RAID だと、(修復可能な点は優位だけど)、まあ、以たようなものかと思う。
それに較べて Hardware RAID は、心強いのだけれど、しかし HW に依存すると、OSS (Open Source Software) 的には、 また別の努力 (driver + utility ) が必要となり (場合によっては情報不足で) 問題が発生した時に座礁してしまうこともあるのかなと思う。

DL360/G4 + レール:

DL320/G3 をラックに収納する時にはレール (HP part # 360332-003) があるとうれしい。今は(某所用に) 一組しか用意出来ていない。これは DL360 とも共通ということで、 つい DL360 G4 を見てしまったら Xeon 3.0GHz (dual core) x 2 というのが目に入り、 レールも付いているし、 build.sh を短時間で実行出来るかなということで、 SCSI Smart Array なのに手を出してしまった (送料共 7,040 円)。
ワットチェッカーで測ると 220W くらい喰っている。VA も同様。 負荷が大きい時には、300 Wくらいになることもある。 2 CPU なので、こんなものかなとも思うけれど、大喰い。 (実は DL360 の AC 入力は二つあって、ワットチェッカーが二つ要るのでは、 と某所に書いてしまったが、 二個口の AC 分岐を使れば良い、と某氏に教わった ... 何とも自分の愚かさにあきれ ...)
さて、問題は disk cache を有効にするには
Also available as an optional upgrade is the
128MB Battery Backed Write Cache Enabler Option Kit (PN 346914-B21)
が必要らしい。これがないと build.sh に 2 時間以上かかってしまう。
dl360@makoto 16:04:41/100404(/export/src)%
time sudo ./build.sh -j 4 release> ../log-release
10533.01s 1754.46s 2:26:15.94 140% 0+0k 2483+726040io 47348pf+0w
別の考え方として、 今は主記憶が 2GB なので、これを 4GB くらいに増せば主記憶上で速く実行出来るかも知れない。(そのままでも行ける ?) 現在は
1GB DDR PC2700 CL2.5 ECC
P/N 331562-051
が二個入っている
tmpfs を /tmpfs に mount しておいて、それを更に mount_union 出来るのかな。

全く別件 ( 1TB disk 回収):

1/22/2010 にヨドバシカメラで 8,980 円で 買った 1TB の WD10WEARS が、都内某所で動作中におかしくなったのを修理に出してあったが、 同品交換で返って来たのを受取る。


2010年04月12日(月) 旧暦 [n年日記] [更新:"2010/04/19 00:23:55"]

#1 [無線] JIDX CW 2010 (SOSB/40m)

JIDX CW 2010 に参加した、部門は Single Operator Single Band 40m Low Power ( SOSB/40m LP) である 今回は深夜に Europe から呼ばれて、とても楽しかった。 寝たのは(一応) 日曜の 05:00-10:00 だけかな。 350 局 59 Entity 29 zone くらい。
N1MM によれば、運用時間は 16:03 と出ている。 時間別の交信数は次のようなもの


#2 [無題] 芝生を植えて見た

試しに、高麗芝を一平米分、400 円足らずで買って来て並べて見た。 10 枚である。


2010年04月08日(木) 旧暦 [n年日記] [更新:"2010/04/08 08:32:52"]

#1 [Emacs] batch M-x sort-lines

batch で、譜の内容を emacs 内部コードで整列するには、 どうすれば良いのだろうか。
(provide 'batch-sort-file)

(defun batch-sort-file()
  "Just sort file, important thing is: done by emacs internal code order"
   (interactive)
   (insert-file-contents "/tmp/1")
   (sort-lines nil (point-min) (point-max))
   (write-file "/tmp/1.out")
)
以上のようなものを batch-sort-file.el という名前で 用意しておいて、次のように入力すると、
emacs -batch -q -no-site-file -l batch-sort-file.el -f batch-sort-file
/tmp/1 -> /tmp/1.out に期待される動作をするけれど、この /tmp/1, /tmp/1.out に任意の名前を与えるにはどうすれば良いのだろう。
command-line-args-left という変数に引数のリストが入るらしい

次のように書いておいて、

(provide 'batch-sort-file)

(defun batch-sort-file()
  "Just sort file, important thing is: done by emacs internal code order"
   (interactive)
   (set 'in_file (car command-line-args-left))
   (set 'out_file(car (cdr command-line-args-left)))
   (insert-file-contents in_file)
   (sort-lines nil (point-min) (point-max))
   (write-file out_file)
)
;;; batch-sort-file.el ends here
次のようにシェルで起動すれば input-file -> output-file と書替えてくれる
emacs -batch -q -no-site-file -l batch-sort-file.el -f batch-sort-file  \
  input-file output-file


2010年04月07日(水) 旧暦 [n年日記] [更新:"2010/04/16 11:04:43"]

#1 [NetBSD] install 大会

ML115/G1 (Memory 4GB, CPU Opteron 2.4GHz x 2) に NetBSD/5.0_STABLE netbsd-5 の 201004020000Z を入れている。
AcquiredGenQtyCPUMemothers
2007/10/11
(1)Opteron 12161G
2008/01/20G1 (1.0)(1)Opteron 12161GToday's install
2008/01/20G1 (1.0)(1)Athlon 3500+0.5x2
2008/05/08
(4)Athlon 3500+1GCD-R/DVD-ROM
2009/03/17G5(4)Athlon 4450B 2.3GHz1GCD-R/DVD-ROM

その後、 2009/12/04 等を見て emacs の site-lisp を追加

ちなみに Video Card は次のようなもの

(--) RADEON(0): Chipset: "ATI Radeon X1550" (ChipID = 0x7143)
(--) RADEON(0): Mapped VideoRAM: 262144 kByte (64 bit DDR SDRAM)

http://openlab.ring.gr.jp/tcode/tc2/ tc-2.3.1:

   22  2010-04-07 09:56  cd /export/local-src
   23  2010-04-07 09:56  tar zxf /e/tera/j/distfiles/tc-2.3.1.tar.gz
   24  2010-04-07 09:56  cd tc-2.3.1/
   25  2010-04-07 09:56  patch -s -p1 < ~/Mail/ml/tcode/1545
*1
   39  2010-04-07 09:58  vi +228 lisp/tc-sysdep.el
   40  2010-04-07 09:58  cd etc
   41  2010-04-07 09:58  mv bushu.rev bushu.rev-orig
   42  2010-04-07 09:58  cat bushu.rev-orig symbol.rev > to-be-sorted
   43  2010-04-07 09:58  emacs to-be-sorted
   44  2010-04-07 09:59  mv to-be-sorted bushu.rev
   45  2010-04-07 09:59  cd ..
   46  2010-04-07 09:59   ./configure --with-lispdir=/usr/pkg/share/emacs/site-lisp/tc-2.3.1
   47  2010-04-07 09:59  sudo make install
--- lisp/tc-sysdep.el.orig	2003-03-21 12:39:39.000000000 +0900
+++ lisp/tc-sysdep.el	2010-04-07 09:58:30.000000000 +0900
@@ -228,7 +228,7 @@
 ;;;
 ;;; Fix incompatibilities between 18 and 19.
 ;;;
-(if (string-match "^\\(19\\|2[01]\\)" emacs-version)
+(if (string-match "^\\(19\\|2[0-9]\\)" emacs-version)
     (progn
       (defun tcode-redo-command (ch)
 	"キー CH を現在のキーマップで再実行する"
北嶋さんありがとう

AUCTeX:

 54  2010-04-07 10:01  cd /export/
 55  2010-04-07 10:01  mkdir cvs-work
 56  2010-04-07 10:01  cd cvs-work
 64  2010-04-07 10:08  
   cvs -d :pserver:anonymous@cvs.savannah.gnu.org:/sources/auctex  co auctex
 65  2010-04-07 10:09  cd auctex/
 66  2010-04-07 10:09  ./autogen.sh
 67  2010-04-07 10:09  ./configure
 68  2010-04-07 10:09  make
 69  2010-04-07 10:09  sudo make install

twittering-mode:

   79  tar zxf /PATH/TO/twittering-mode-0.9.0.tar.gz
   83  cd twittering-mode-0.9.0/
   91  emacs -batch -f batch-byte-compile twittering-mode.el
   92  sudo cp -p twittering-mode.el* /usr/pkg/share/emacs/site-lisp/a-files/
Y. Hayamizu さんありがとう

riece:

154  cvs -d :pserver:anonymous@cvs.m17n.org:/cvs/root co riece
155  ./configure
156  cd riece/
160  autoreconf -f -i
161  ./configure
162  sudo make install
163  setenv LANG C
164  sudo make -i install
ueno さんありがとう

ElScreen:

(以前に 環境変数 DISTFILES を使っていたが、 これは pkgsrc の中で使われているものなので、不用意に使ってはいけない、 別の名前にするべき)

DownLoad of ElScreen

 166  setenv DIST /e/tera/j/distfiles
 167  cd /export/local-src/
 168  tar zxf $DIST/elscreen-1.4.6.tar.gz
 169  cd elscreen-1.4.6/
 170  emacs -batch -f batch-byte-compile elscreen.el
 171  sudo mkdir /usr/pkg/share/emacs/site-lisp/elscreen
 173  sudo cp -p * /usr/pkg/share/emacs/site-lisp/elscreen

 174  (cd /usr/pkg/share/emacs/site-lisp/elscreen/; sudo mv README README-elscreen)
      cd /export/local-src/
 176  tar zxf $DIST/elscreen-gf-1.5.3.tar.gz
 177  cd elscreen-gf-1.5.3/
 178  emacs -batch -f batch-byte-compile elscreen-gf.el
 179  sudo cp -p * /usr/pkg/share/emacs/site-lisp/elscreen
森島さんありがとう
追加情報

mu-cite:

mu-cite を忘れていたので追加 (2010/04/09)
  255  tar zxf /e/tera/j/distfiles/mu-cite-200507060209.tar.gz
  256  cd mu-cite-200507060209/
  258  sudo make install

Memory leak ?:

Emacs と Wanderlust の組合せで、使用メモリがすぐ多くなってしまう
11740 makoto    42    0   323M  265M CPU/1      1:34 25.93% 25.93% emacs
Wanderlust で refile する時に、
1 execution(s) were failed
となるのは、そういう時だと最近気が付いた。

試しに emacs-23.1 (editors/emacs) を make して見た。メモリ使用量には変化なし。 但し起動画面が巨大になってしまう。 その話は一度どこかで聞いたことがあるが、current に戻したら、直ったので、深追いは していない。

make package と make install:

obache さんが書いていた ような気がするが、make package では、make install してくれなくなった ? (←の接続先は、趣旨が違うような気もするけれど) 少なくとも
sudo make package-install
すれば、package と install をしてくれそうだ。

*1: 1545


2010年04月03日() 旧暦 [n年日記] [更新:"2010/04/15 10:18:09"]

#1 [無題] 引継会参加

  • 知合宅の花見
  • 近くの引継会に参加した (19:00-22:00)



最近の日記
2024年10月25日
Die Frau ohne Schatten 影のない女
2024年07月03日
kicad oddity
2024年05月08日
comparison on ./buildsh tools
2024年05月06日
py-setuptools (python 3.11.9)
make release took 1 hours and 10 min
qemu invocation for 10.99.10
2024年05月05日
Windows 10 version
serial connection
bc bench
以上、19 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)