ToDo:
抽象化とabstractionとかいうやつとかなんかもろもろを 区別できるのか…
http://d.hatena.ne.jp/JavaBlack/20071006/p1
どろどろ
(23:56)
http://www.linux.or.jp/JF/JFdocs/NFS-HOWTO/performance.html#SYNC-ASYNC
を見ながら色々やってみた。
まず最初。
i@umu /mnt/tmp> time dd if=/dev/zero of=/mnt/tmp/hoge bs=16k count=16384 16384+0 records in 16384+0 records out 268435456 bytes (268 MB) copied, 437.379 seconds, 614 kB/s dd if=/dev/zero of=/mnt/tmp/hoge bs=16k count=16384 0.00s user 1.96s system 0% cpu 7:17.74 total
尋常な遅さではない。
まずまくぶく側からもマウントとかしてみて そもそもネットワーク自体がのろいみたいだったので 有線LAN刺した。 当たり前だがそれだけで相当速くなった。
んであとはブロックサイズとか サーバのカーネルのメモリなんちゃらのサイズとか見てみたけど イマイチ差が出なかった。 効果があったのは sync やめて async にした変更。 その二つやったら
i@umu ~> time dd if=/dev/zero of=/mnt/tmp/hoge bs=16k count=16384 16384+0 records in 16384+0 records out 268435456 bytes (268 MB) copied, 52.4602 seconds, 5.1 MB/s dd if=/dev/zero of=/mnt/tmp/hoge bs=16k count=16384 0.00s user 1.45s system 2% cpu 52.452 total
8.3倍くらいの高速化? まぁそんなもんで十分だろう。
(01:23)
UI が使いにくくなったとかそんなことないとか 色々言われてるがなんてことはない、 大改悪が行われたと言っていい。
w3m的には。
グローバルナビってなんだよというか 簡単に言うと全てが <ul> になってえらい長いサイトになった。 今調査したところによると8回 PageDown したらやっと まいみくしの日記が読める。
(01:31)
http://d.hatena.ne.jp/shinichiro_h/20071010#1191956325
知ってることだけ書くつもりだったのに なんか自信ないこと書くより調べるかと 後半はそれなりに調べなおした。 だいたいカンで予想してた部分はあっててびっくりしたという感想。
あとデマングルはたしか高林さんが __cxa_demangle 使えば GCC のバージョン依存 なくなって良いとか教えてくれた気がする。
(04:02)
libdwarf ってドコで使ってるんだろ… と思ったら引数情報かぁ。
i@umu src/xbyak/sample> diff =(tracef --no-pid -Av ./test0 2>&1 ) =(tracef --no-pid ./test0 2>&1) 1c1 < +++ process 10272 attached (ppid 10271) +++ --- > +++ process 10274 attached (ppid 10273) +++ 183c183 < +++ process 10272 detached (ppid 10271) +++ --- > +++ process 10274 detached (ppid 10273) +++
ありゃ?
よくわからんかったのでまたこんど
(04:29)
http://jijixi.azito.com/cgi-bin/diary/index.rb?date=20071010#p01
付言するなら、 Python のめんどさは なんとなく気分で面倒にしてるような気がすることだと思う。
例えばそれこそ exit するためだけに import sys するのに zlib 使うのは import いらんとか。
(22:20)
ちゃんと取る態勢を復活させよう。 ていうか u の quota がヤバいとかはやばい。
とりあえず uk って Fedora 時代の遺産が 混じってるのがバックアップ屋として 終わってる点だということに気付いたので、 さっくり rm -fr var usr って感じで消してゆく。
home とか data とかは何があるかよくわからんので あんまりいじらない方針で…
(23:44)
使えるような使いにくいような。
おかしいところ。
今日からはじめよう!(の元ネタが最近わかった)
(21:58)
http://d.hatena.ne.jp/hayamiz/20071009/1191931961
via http://d.hatena.ne.jp/odz/20071009/1191938309
q1. odz さんとこで見てしまった。 そういえば (point) で取るな、 という感じであるけど答えられなかったと思う。
q2. どれだっけ。たまに暴発するけど使わない。
q3. うちだと F1-k が describe-key になっている。 で transpose-lines というのは始めて知った。 使わなさげ…
q4. ^h ? あるいは M-x backward-char とか
q5. M-x hello^i とかするなあ
q6. pneM-/
q7. 知らない。
q8. これ必要に迫られて前に自分でスクリプト書いたよ!
(23:08)
とりあえず Linux ぶちこんで OSX とグッバイしかねない勢いなんだが。
用途候補:
まぁ普通に Linux 入れるとまた Linux 動くマシンが増えるなぁ…
動きっぱで5台あるのと、 動かせば動くのはええとヘンなのを入れると デスクトップPCにリナザウにDreamcastか。 リナザウとかももうちょっと活躍の機会が欲しいもんだな。
(14:44)
たいへんすばらしいというか linux がたいへんよろしいというか はじめてこの Core2Duo マシンの真価が見れた気がするというか 今までまっこすたん何してたのという感じであった。
もう Linux メインでいいようん。 というわけで sevilwm とのコンフリクトをどうするかっていうはなしだけど。
Quicksilver vs. Parallels 内 sevilwm は Parallels が負けるみたいだ。 勝ってくれれば話が速いんだがまぁ。 んで Quicksilver にこのアプリ見てる時は使わないよー的なことを 一瞬期待したけどそれもなさげ。
となると別のバインディングかなぁ。 Parallels の設定もうちょい見てみよう
(23:09)
さっそく入手したので速報レポートだ!
(19:20)
http://labs.cybozu.co.jp/blog/mitsunari/2007/10/x86_1.html
Q1. 45... いきなり GCC の出力見てしまったんだけどこれは効率悪げ。 lea で 3倍して 16 倍して 3倍したやつを引くとか…?
lea edx, [eax + eax * 2] mov eax, edx shl eax, 3 sub eax, edx
Q2. むむ。
and eax, 2147483647
とかじゃだめなのかな。
Q3. 3.1 はなんだろう。 3.2 は dec byte ecx が速かったり 遅かったりとかいう話を聞いたことある気がするけど定かではない。
Q4. いかにも後者の方が速そうだけど…
Q5. 浮動小数読めません ><> あとこれ MMX かな。 MMX と SSE の区別がつかない若者。
残り5問はあとで
(08:03)
3日間ニコニコ見る
http://d.hatena.ne.jp/mowamowa/20071006/1191629063
かっこえええええ
でもニコニコはアニメ系の曲がわからんのが残念である。
ていうかブロックスだろうふつうに考えて。
(10:17)
今日呑み会かー、 その前に東方買うのとPC見るののために アキバ行きたいなーとか考えてて、 俺は「なぜかいつも呑み会の集合場所になってる秋葉原」と 「オタっぽいものが買える町秋葉原」を 違うものとして認識してたみたいだ
(17:40)
http://alohakun.blog7.fc2.com/blog-entry-857.html
とか見てなんか雰囲気だけ見てる感じでは redhat ibm aple あたりが多いかなぁあと google とかと思ったので 手元にあった 4000 強のメールに対して。
ruby -ne 'BEGIN{A=Hash.new{0}};scan(/@[a-z.]*/){A[$&]+=1};END{A.sort{|a,b|a[1]<=>b[1]}.each{|x,y|puts "#{x} #{y}"}}' gcc-from
の結果の下の方。
@avtrex.com 34 @watson.ibm.com 35 @false.org 38 @eagercon.com 39 @libertysurf.fr 41 @gnu.org 42 @naturalbridge.com 43 @gcc.gnu.org 63 @vlsi 72 @adacore.com 74 @suse.de 76 @il.ibm.com 82 @sygehus.dk 84 @synopsys. 88 @lucon.org 89 @dberlin.org 103 @apple.com 105 @artimi.com 158 @redhat.com 238 @google.com 266 @codesourcery.com 282 @gmail.com 824
別に投稿が多いからコード書いてるってわけじゃないので gcc-cvs で調べろという。
(12:11)
10位らしい
http://marco-za.blogspot.com/2007/10/icfp-results.html
まぁよく頑張った…と言いたいところだけど インチキなので 問題の難しさに救われただけだにゃー。
(09:36)
http://www.google.co.jp/search?q=AXUIElementREF&ie=euc-jp&oe=euc-jp
絶望的なくらい情報ねーな…
座標指定のマウスクリックエミュレーションがしたいだけなんだが
(08:21)
Let's note Y に興味が出すぎてて まくぶくの命があやうい。
最後のチャンスとして sevil を高速化した。 Apple Event 送るプロセス数をがんばって減らしたので だいぶうざくなくなったはず…
あとなんか Apple Event で指定位置を そのままマウスで叩くってできた気がして、 それすればもうちょい速くなる気がするんだけどできなかったっけ…
(10:37)
http://labs.cybozu.co.jp/blog/takesako/2007/10/html_20_new_browser_detection.html
と色々遊んでた。
http://b.hatena.ne.jp/entry/http://wafful.org/~takesako/html20hacks/browser-detect3.html
(21:25)
http://www.f13g.com/?blog/2007-09-28
わらた
文字列拾ってきて自動生成したスパム文章を 翻訳させて投稿ってかんじなんだろうか。
(05:19)
ghc 動かしたら shinh.org が死んだ。
それで初めて気付いたが shinh.org のディスプレイ死んでるのかこれ。 ほとんど見えん。
とりあえずむっちゃ雑なベンチだけど
i@u ~/wrk/bf> time ghc -c -keep-hc-files sbf.hs ghc -c -keep-hc-files sbf.hs 18.20s user 0.74s system 99% cpu 18.955 total i@u ~/wrk/bf> la sbf.o sbf.hc -rw-r--r-- 1 i 382k 2007-10-01 08:33 sbf.hc -rw-r--r-- 1 i 135k 2007-10-01 08:34 sbf.o
明らかに GCC は無罪ということでよろしいか。
追記:
雑すぎますた。すいませんすいませんすいません GCC はだめなこです。
http://d.hatena.ne.jp/sumii/20070828/p1#c1191419878
(08:34)
keymap $ EXTERN "firefox %s &" keymap M-$ EXTERN_LINK "firefox %s &" keymap m EXTERN "echo -n %s | xclip" keymap M EXTERN_LINK "echo -n %s | xclip"
あたりかなぁ
(20:36)
http://www.f13g.com/?blog%2F2007-10-01#dc036899
スパムあつかいしてごめんなさいごめんなさいごめんなさい。
でもなんか名前とかもスパムぽかたし…
日本は暑いようなすずしいような。 言えることは眠いということだけだ
(20:39)
D&E が好きなのは C++ の 何が好きなのか言語化できてなかった部分の一つであるところの、 「言語要素少なくてシンプルなモデルの綺麗な言語つーても どーせ世界ってそんな簡単なモデルだけで扱えるわけねーんだから それに応じて基本的には C よりゃ硬めの言語にするけど 色んなケースの逃げ道も色々用意しちゃるけんね」 的なことを作者本人が言語化してくれたことにあって、 そういう意味で friend とか多重継承ってのは 必要悪として用意された素晴らしい機能なんだから それを封印したせいで まわりくどい書き方になるとかは イヤだよなぁという。
どうでもいいけどそいう嫌われがち言語要素って C++ にはどんくらいあるのかな。 まぁ trigraph とかは忘れるとして、
なんか他にもありそうだけどまあいいや。
それはそうと file scope static って 匿名名前空間って
という点から…とか今の今まで 思ってたんだけど、前者は
namespace N { namespace { void f() {} } } int main() { N::f(); }
と普通に書けることを知ったので瓦解した。 なんか勝手にできないと決めつけていたよ…
でまぁ嫌われ言語要素は ハマりどころがあるから完全に封印です、 みたいなのには強く反発を覚える一方、 嫌う人が多かれ少なかれいるから ポリティカルコレクトみたいなかんじで 適度に自制するっていうのは まぁいいことで、 例えばインデントはタブでとか using 禁止とか例外仕様禁止とか file static だめとか そいう細かいとこはまぁ納得できる。
一方マクロとか多重継承とか friend とかは、 なんかプログラムという表現の本質にちょっと かかわってくる部分な気がするので 本当に欲しい時に封じられてると ぎぎぎ感がある気がする。
しかしまぁそんなぎぎぎ感は プログラムという表現とかいうウザい表現を使うような子しか 感じないのでどうでも良いことなのであったが ウザい子にはどうでもよくないのだった。
(21:25)
前 | 2024年 12月 |
次 | ||||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
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 | 31 |
全てリンクフリーです。 コード片は自由に使用していただいて構いません。 その他のものはGPL扱いであればあらゆる使用に関して文句は言いません。 なにかあれば下記メールアドレスへ。
_ Syijuyco [この間も俊太郎の詩をお http://www.stlouisbusinesslist.com/business/5..]