J
links pbbs prog txt all log log2 log3 about
_ お詫び
賢明な当サイトの読者の皆様は、僕がデスマーチに巻き込まれた際は、 _
「こんなんやってられっかー」 _
とかいってブチ切れる展開を期待されてたかと思いますが、特にそのようなことは無く、粛々と巻き込まれることになりました。 _
皆様の期待を裏切ったことをお詫びいたします _
もうこれで「俺デスマに巻き込まれたこと無いんだZE!」とか言えなくなるな。 _
_ 会社バレとか
最近ここを読んでる弊社社員の数が無視できない程度の人数になってきてる気がするな。 _
とりあえずわかってるだけで7人くらい。 _
バレてマズいことは書いてないつもりだけど、でも、気分的な制限は結構大きいな。 _
いや、会社の愚痴とかではなく…例えば、「あさひきゅんとちゅっちゅしたいよぉ」とかうっかり書いてしまったら、明日会社行けないなぁ…とかそういううっかりできない制限 _
_ _
例えば、↑でうっかり書いてしまったので明日会社行きづらい。 _
_ OSはどうやってプログラマブルなコプロセッサからの割り込みをユーザ空間に見せるべきか
具体的に言うと、GP2Xの片方のCPUからの割り込み(誰もわからない)とか。 _
10msec程度の処理をコプロセッサにやらすなら、readとかでブロックすればいいのだけど、それより小さい場合どうするか。 _
コプロセッサとの通信レイテンシの大きさは、解決できる問題の幅に影響を与えるので、できればハード的なレイテンシの限界まで小さくなってほしいのだが。 _
_ あれ？
書かなさすぎ。僕がいかに毎日を無駄に過ごしているかがよくわかるな。書くことと言ったら虫が発生した系の話しかない。 _
行きます。 _
最近アクペクト指向的なものが欲しくなってる気がするな。 _
でもアスペクト指向では足りないんだよなー。 _
具体的には、変換したあとのコードが再編集可能になっていてほしい。 _
で、そういう自動変換したあとのコードが可読である、というのが最近の流行なわけなんだけど、そういうのをやりたいとなると、複雑な構文を持つ言語や、ひとつの処理に対して、複数の表現を持つ言語というのが、問題になってくる。 _
最近C++でなくてCを書きたくなるのは僕のそのへんの心境の変化から来てるのかもしれんというか、僕の超個人的な心境の変化をここに書いたところで誰かのメリットになるのか謎。 _
自動変換をかけやすい言語というのは、超抽象的なプログラミングという点でも、C言語を超える最適化するプログラミングという点でも有用である、という気がするのでプログラミング言語はそっちの方向に進化してほしい、と思っており、ある変な方向へ極端に尖って進化してしまったLLはさっさと滅んでほしい _
_ LLふーちゃん
というわけでLLなんたらは「LLは滅ぶべき」とかの話があれば行きたいと思うのだが。遠い将来には滅ぶべきという意見は多数の人に受け入れられると思うので、未来をテーマにするならあってもおかしくないと思うが。 _
久しぶりにまともな文が書いてある小説読んだ。 _
あれだなー。最近まともなテキスト読むのを敬遠してたのは、この読んだあとの何とも言えない感じを体験したくなかったからなんだな。 _
読後感と言うやつだろうか。残念ながら人と感情を共有できないので、「爽やかな読後感」というやつがどんなものかわからないが、僕としてはあまり爽やかな気分にはならないので、どっちかというと鬱屈とした読後感というか。 _
_ データ並列の技術って枯れてるってほんまか
「枯れてる」の定義がむずかしい。 _
_ 除算と条件分岐とロード
Core2のSSE2の倍精度除算ってレイテンシ10ちょいぐらいなのか。頭おかしいんじゃないか。 _
もう除算は遅いなんていうのは都市伝説になっていくのだろうか。いや、でも、パイプライン化されてないし、一回しか実行できないから、簡単な命令と比べたら数十倍ぐらい遅いのか。そう考えれば納得いかないでもない。 _
さて、プログラマにとって、「除算がおっそい」というのは、比較的浸透している考えかたであろうと思う。 _
では、「分岐がおっそい」、「ロードがおっっそい」というのは、どのくらい浸透しているのだろうか。 _
分岐はそれなりに浸透してる気がする。 _
ロードはどうだろうか？ _
除算や分岐の最適化は局所的な変更で対応できるけど、ロードの最適化はそれなりに大きな視点で変更しないといけないから、あとまわしにされるケースが多いか。 _
_ 公式が出してるGPUの資料で詳細スペックて
http://intellinuxgraphics.org/documentation.html _
Intelのやつぐらいか。 _
Intelのオープンソースへのとりくみってどういうポリシーでやってんだろうな。IBMとかはLinux滅んだらなんらかの影響があるって感じがするが、Intelは？ _
こんなのもあるなhttp://www.x.org/docs/AMD/ _
あとで読む系(読まないという意味) _
_ CTM とか CAL とか
今日までGPUプログラミングっていうと、高レベルAPIがどーんとあるイメージだったのだけど、AMDのはそうでもないな。 _
僕は割り込み、ISA、DMA転送が丸見えのほうが好みなのでやるならこれかな。やらないが。 _
_ プログラミングとか苦手な人にプログラミングを教えるのが可能だと思っている人は、自分が苦手なものにぶち当たって挫折したことないのだろうか
どんなジャンルでも、苦手な人の言葉として「何がわからないのかわからない」と、いうのがあると思う。 _
僕は過去に何度か、そういうのにぶち当たってきたことがある。野球、バスケ、音楽。 _
そういうのがあるので「何がわからないのかわからない」状態というのはまあ理解できる。 _
「何がわからないのかわからない」というのは、本当に何もわからない状態で、まあ、何もわからないのである。 _
と、いうような体験があるので、「何がわからないのかわからない」っていう人がいても、穏かな気分で受け入れることができる。良いか悪いかは知らない。 _
_ 適性が無い人には何を教えても無駄とか考えてる教育者って何なの？
分からない人に教えても無駄とか考えてる人は滅ぶべき。 _
_ x86むずい
http://alohakun.blog7.fc2.com/blog-entry-952.html _
これ読んで、「そんなに難しくねーし。基本抑えれば簡単だし」みたいな文書を書いてたのだけど、やっぱりむずかしかった。 _
addl %eax, %edx
addl %ebx, %ebx
addl %eax, %edx
leal (%ebx,%ebx), %ebx
これ、Core2だと、下のほうが速いのだけど、理由が謎すぎる。 _
下が1[cycle]で妥当。上が1.33[cycle]で少し遅い。lealのほうがうーおぷすたくさんになって遅いとかならまだ理解できるが… _
ちなみに _
addl %eax, %edx
leal 2(%ebx,%ebx), %ebx
これも1[cycle] _