ひとりごと

まぁ、前からいろいろと妄想をぶちまけていますが…

EBt は最終的にはファイルシステムになるべきなんだろうなーと思っています。まぁ、それを実現できるOSが無いのですが。なにせ、ファイルシステムはOSの根っこまでがっちりと食い込んでいますからね。まぁ、OSよりもさらに上の層を一つ作ってしまえば良いんですが、そこまで個人でやるのは無理。絶対無理。だって、うまくいっても週に４時間ぐらいしか開発の時間とれないんですよ。無理無理。

それはそれとして。

OSはいろいろ進化しているんですが、根底のところが変わらないんですよね。いろいろ豪華になっているけど。変わっていないと言うことは、それで完成していると言うことなのかなぁ。そんな事無いと思うのだが。

とはいえ、ファイルという概念自体はさすがにどうにもならないか。そんな事はないよな。きっと、ファイルそのものもそのうちに考え直すときがくるだろうな。もの＝ファイルという状況ではあるから、ここは簡単にはつぶせないだろうけど。でも、現状、ファイルが複雑化し、ブラックボックス化してきているので、破綻する時はそう遠くないだろうと思っていたりもします。すでにディレクトリは破綻寸前でしょ。ファイルも破綻したら、今のOSの根底全否定になってしまう。なお、インデックス作って検索を早くするというのは、ディレクトリによるファイルの管理の延命でしかないと個人的には思っています。前にも書いたような気がするのですが。

こんなえらそうなことを言うからにはアイデアがあるだろうと言いたくなるでしょうが、全くありません。そんなアイデアがぽんぽん浮かぶんだったら、わたしゃしがないSEなんかしていませんって。

なんか、えらそうなこと書いていてもしょうがないので今回はこの辺で。これも、所詮は何もできないSEの遠吠えなんで。

EBt の先読みキャッシュが意外とCPUを喰う

まぁ、しょうがないのだが、これは何とかしないといかんなぁ。

今のメインPC(PhenomII, Win7)で見ていると、先読みキャッシュが動いている間、確実にCPUを1コアの50%ぐらい使うんですよ。今の先読みの深さが３なので、これを２にするだけでだいぶ違うのは承知しているのですが…やっぱりそうやって回避するしかないのかなぁ。

昨今のPCは、CPUとかなかなかリッチになっているので、気にしなくても良いと思えば気にしなくても良いんだけど。Atom積んだVAIO type P でも、遅くて困るというほどではないし。

先読みキャッシュの動作間隔が10msという設定なんだけど、これを可変にすればいいのかなぁ。でも、この数値を下手にいじると、今以上にGUIの動作が阻害されちゃうしなぁ。

ま、急ぐ話ではないのでぼちぼち考えるか。

…めんどくさいから、やっぱり考えるのやめるか。

※以上、今日の独り言でした。