マウントされていましたが、この方法を変更しました。/fuguita下に見えるのは今までどおりですが、現バージョンでは物理メディアが提供するファイルシステムにはFFS形式のディスクイメージを単一のファイルとして格納し、そのイメージをvnconfigを使ってディスクデバイスにマッピングしたうえでマウントを行います。わかりにくいので、実物を見てみます。varこのような感じです。現在のファイル総量600MBに対し、約40MBの容量増となった。格納量の上限管理がしやすい(650MBを超えないように、等)同一のファイルからCD-ROM版とUSBメモリ版が作成できるようになった。isofs上に多数のファイルを書き込むことで発生していたと思われるこのような問題を回避できる可能性がある。CD-ROM版の実環境では、若干アクセス速度が向上した。現在のところ理由は不明だが、考えられるものとしては;isofsに比べffsではブロックサイズが大きいため。同一のディレクトリ下のファイルがデバイス上の近い位置に並ぶことにより、ヘッドシークが減少した。isofsのRockRidge拡張では、8層以上のディレクトリ下のアクセスはrr_movedという変換ファイルによりアクセスが間接的に行われるが、ffsを使うことにより、このオーバーヘッドがなくなったため。etc...そろそろ河豚板4.6に取り組もうかと思いますが、河豚板4.6ではこの機能をベースにする予定です。マウントする従来どおりの方法も、引続きサポートしています。どちらを使用しているかは、システム起動時に自動判別して対応するようになっています。07:51:01)...というわけで、MFS作成時にiノードの密度を計算するようにしてみました。inode密度=512endifこんな感じです。test/に置いて検証中。22:52:42)新しい起動モードを追加して気になったのが、MFSを作成するときのパラメータ。MFSなので、速度は何もしなくてもそこそこ出るはず。デフォルトのモード0では、ほとんどのファイルがシンボリックリンクで、ファイルサイズの平均値が小さいため。いうような要求を満すための設定だ。MFSモードだとこのような状況はあてはまらないため、作成されるファイルシステムに無駄が生じる。極端に多数のファイルを作成できるかわり、その領域がかなりの部分を占めるようになる。MFSモードで運用するには、800MB位のMFSサイズを指定しないと動作しないが、ファイルシステムのパラメータを適切に設定すれば、650MB程度の指定でも同様の動作が見込めるようだ。...ということで、今後はこのあたり対応を開発目標にしていきたいと思います。12:57:46)FuguIta-4.5-200909046をリリースしました。MFS」機能が組み込まれています。mode」を実装しました。メインメモリが有り余っている人向けの機能です。MFSのサイズはそれなりの大きさが必要です。間でサイズを指定してみて下さい。ブートが完了すると、全くメインメモリだけを使用して起動しますので、起動に使用したCD-ROMやUSBメモリは取り外してしまうことができます。現在、この機能を含んだバージョンは検証中です。その圧縮イメージです。検証が終了したら、正式版としてリリース致します。検証版を使用して不具合等ありましたら、お知らせ下さい。18:59:51)一つ前の書き込み、「Revised」で書いた修正点を反映してリリースしました。公開用バイナリはリリース名からおわかりのように3日程前に作っていたのですが、動作チェックをしていたので...今、お盆休みで実家に帰ってきています。河豚板を動作させてそこから自宅のサーバにログインし、これを書いています。通常の運用環境と変りなく使えているので、なかなか快適です。4.6は10月1日にリリースされる模様です。08:12:44)ちょっとだけバージョンアップLiveCD/4.5/BTS/8とLiveCD/4.5/BTS/9、あとちょっとした不具合を修正しました。最近、あまり低スペックマシンで動かしてなかったので、メモリが少ない機械で動作させる場合の挙動についてあまり検証していませんでした。エミュレータを使って調べてみると、ブート完了->ログインまでエラーなしで行くのは大体メモリ34MB以上くらいからでした。faultしたりして、正常に立ち上がりません。河豚板は、古いマシンでもそれなりに使えることも目標の一つですので、少ないメモリでも動作することは重要です。そのマシンが接続されているネットワークの状況を調べる、などのケースがありました。1で起動した方がよいです。0に比べ必要なメモリ量が格段に少なくてすみますし、ブートも早いです。onlyになり、pkg_addなどはできなくなるので、この点は注意が必要です。16:34:26)USBメモリは読み出しは早いが、書込み速度はHDDに比べ遅い。FFSでフォーマットして使用するとマウントオプションによりかなり差が出る。これはいままでも経験的に感じていて、LiveUSBのスクリプトを作成するときにも意識して使用していたのだが、今回定量的な測定をやってみた。その後に消去を行い、マウントオプションを変えた時に所要時間がどうなるかを測定した。オプションなし、の順。オプションなし(sync)は、非常に遅い。最速のasyncと比べ、3倍ほどの速度差がある。書込み/消去時ともにctimeなどの他のメタデータの変更も伴うからだろう)。オプションなし、の順。オプションによる差はもっと開いた。asyncオプションが異様とも言えるほど早い。書込み時はasyncとsoftdepで速度に30%程の差があるが、消去の場合はもっと開いて40倍弱。オプションなしと比べると、130倍程も差が出た。河豚刺し)の配布イメージですが、USBメモリの容量を1ギガバイト決め打ちで作ってあります。1ギガバイト以上の容量のUSBメモリであれば配布イメージを書き込むことでちゃんと動作するんだけど、そのままでは1ギガバイトを超える部分は使われず勿体ないです。河豚刺しのパーティションサイズを変更する方法を載っけておきます(いずれちゃんと河豚板のページに整理して掲載したいと思いますが備忘録としてとりあえずこの場に記録しときます)。サンプルで使うブツは、4GBのUSBメモリです。totalUSBイメージをダウンロードしてUSBメモリに書きこみます。ここまでの操作で、LiveUSBとして普通に使えるようになります。OpenBSD当然ですが、1ギガバイトしか確保されていません。これを、メディア全体まで拡張します。ついでにWindowsでも使えるようにWindows用パーティションも確保してみます。サイズが4ギガバイトなので、OpenBSD用とWindows用とでそれぞれ約2ギガバイトに設定してみます。1BSD用のFDISKパーテションを2ギガバイトに拡張したので、disklabelでBSDのdパーテション(河豚板で、ユーザのデータ保存用パーティション)のサイズを拡張します。1あと、通常Windows用のパーティションを作成するとOpenBSDではiパーティションとして認識されるのですが、現状では認識されていないようですので、設定してみます。partitionOpenBSD用のディスクバウンダリが、FDISKで設定したサイズのままなので、新しいパーティションを作成できません。バウンダリをディスク最後部までに変更します。*で、通常Windows用のパーティションを作成。offsetおよびsizeは、FDISKで設定したWindows用パーテションの値とキッチリ同じに合せなければなりません。MSDOS設定値を実メディアに書き込んでdisklabelを終了します。changes.#ユーザのデータ保存用であるdパーティションはパーティションテーブル上の領域は確保されましたが、実際のファイルシステムとしては最初のサイズのままです。ffsのファイルシステムを拡張するには、growfsというユティリティを使用します。念のため、growfsの前後でfsckを実施します(特にgrowfs実施後にfsckを行わずマウントしようとすると、ファイルシステムがクリーンではないと言われ、マウントできません)。*****コマンド実行時に警告も出てますが、growfsを行うパーティションにデータがある場合は、あらかじめバックアップを取っておきましょう。あと、Windows用パーテションも確保できたので、これをフォーマットしてみます。bkbs=2最後に、確認して終了です。23:57:15)FuguIta-4.5-200907312をリリースしました。