タグ

filesystemに関するkiririmodeのブックマーク (16)

  • Mac - Sparse Bundle Image ノススメ : 404 Blog Not Found

    2011年07月07日17:00 カテゴリTipsiTech Mac - Sparse Bundle Image ノススメ ところで、この Sparse Bundle Image とは一体なんだろうか? 404 Blog Not Found:Macの起動ディスクをフル(バックアップ|リストア)する最も簡単な方法 結論から言うと、 USBバスパワー駆動の外付け2.5インチHDDを用意し、 そこに Mac OS X をインストールして起動可能にした上で、 (内蔵)起動ディスクを外付けHDD上の sparse bundle image にバックアップ OS Xとディスクイメージ その正体は、「分割された」「ディスクイメージ」。 およそディスクイメージを何らかの形でサポートしていないOSというのはないけれど、Macほどディスクイメージを活用しているOSはないように思われる。なにしろアプリケーション

    Mac - Sparse Bundle Image ノススメ : 404 Blog Not Found
  • ジャーナリングファイルシステムが保護する「情報」

    エクステント方式とブロックアルゴリズムには、主に次のような相違点がある。 データ管理領域の節約 エクステントでは、ファイルサイズが大きくなっても基的に3つの値でブロックのアドレスを特定できる。これは、ブロックアルゴリズムがファイルサイズの増加に伴なってブロックの参照データが増大するのとは対照的である。このように、エクステントではデータの管理領域を大幅に減らせることが分かる。エクステントのアドレス構成はB+-Treeをベースとしており、3つの値を持つブロックはiノード内に置かれ、ファイルのオフセット値によってキー値が作成される。 メタ・データの領域節約 ファイルのメタ・データ(データ自体ではなく、データの管理情報)の書き込みはファイルが最初に作成されたときのみで、追加的なメタ・データは不要である。 例えば、エクステントでは図4にあるように最初のアロケーション(15)を行った後、それに続く読

    ジャーナリングファイルシステムが保護する「情報」
  • ブロックアルゴリズムとB-Treeアルゴリズム

    後で説明するが、ext2ではブロックグループ0の「スーパーブロック」に、パーティション内のブロックグループ全体の管理情報が格納される。 スーパーブロックには、 iノードの総数 ブロックサイズ ファイルシステムのサイズ 空きブロック数、空きiノード数 使用されているブロックグループ 最終fsck時刻 など、ファイルシステムに関するさまざまな情報が含まれている。「グループディスクリプタ」は、「データブロックビットマップ」や「iノードビットマップ」情報などを参照して空きブロックや空きiノードを探し、データを割り当てる際に最適なブロックを決定するのに使われる。 「データブロックビットマップ」と「iノードビットマップ」は、ビットマップ情報である。ビットマップ情報は、あるデータが使用中か未使用かを0か1のbitで保持している。1byte=8bitsなので、80個のブロックの状態を10bytesで管理で

    ブロックアルゴリズムとB-Treeアルゴリズム
  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    米国ラスベガスで開催された「CES 2024」では、スペースが大幅な増床となったスマートホーム関連の展示が注目を集めた。稿では、国内スマートホーム関連スタートアップの雄であるアクセルラボ CTOの青木継孝氏による、スマートホーム関連の展示を中心としたCES 2024のレポートをお送りする。

  • 【コラム】OS X ハッキング! (277) いにしえの儀式「デフラグ」について考える (前編) | パソコン | マイコミジャーナル

    GWも過ぎて30度超えの日もチラホラ、という今日この頃。MacBook Proのパームレストも日に日に熱くなり、原稿書きもツラくなってきました。以前購入したノートPCスタンド「iFold」の出番到来というわけですが、OS X 10.5.3にアップデートしてからというもの、なぜかBluetoothデバイスが検出されず……というわけで、掌に汗してこの原稿を書いています。 さて、今回は「デフラグ」について。近頃、MacBook Proのブートが完了するまでの時間が購入時に比べ延びているような気がするので、以前から関心があった"近頃のデフラグ事情"をまとめようと思いついた次第。前後編の2回に分けお届けする予定だ。 HFS Plusに隠されたデフラグ機能 OS Xを使い始めたのは数年前、という読者も少なくないはずなので、まずは「デフラグ」とはなんぞや、というところから話を始めてみよう。デフラグ? あ

  • ループバック・デバイス

    一般的なファイルを,あたかもハード・ディスクなどのブロック型デバイスであるかのように扱うための機能です。パソコン上でイメージ・ファイルを直接操作したい場合などに使います。「ループ・デバイス」とも呼ばれます。 例えば,ハード・ディスクのイメージ・ファイル(ディスク・イメージ)を任意のディレクトリにマウントするだけで,イメージ・ファイル内にある個別のファイルの保存・参照・削除,ディレクトリの作成・削除,ファイルやディレクトリに対するアクセス権限の設定や変更など,通常のファイルと同様の操作が行えます。 ループバック・デバイスを利用する例を図1に示します。まず,ddコマンドを用いて,ディスク・イメージをファイルとして作成します。例では「disk」というファイル名で,500Mバイトのディスク・イメージを作成しています(図1の[1])。 次に,ext3などのファイル・システムで利用されている形式で,作

    ループバック・デバイス
  • ext3とトランザクション処理

    kjournaldによるコミットとチェックポイント ext3では、トランザクションのコミット操作はカーネルスレッドである「kjournald」によって定期的に行われる。kjournaldは、Linuxに実装されているダイナミックタイマと呼ばれる時間管理のためのタイマ機構を利用し、これらのコミット操作が時系列に沿って実行されるようにする。 kjournaldは、カーネルから起動されるとインターバルが5秒ごとに実行されるタイマリストを作成する。個々のトランザクションは、このタイマリストに現在の時刻+5秒後にコミットが実行されるようにタイマをセットする。kjournaldは5秒置きに起動し、コミットが予定されているトランザクションを登録していた場合は、そのトランザクションをコミットする。ext3では、コミットとチェックポイントはkjournaldの中に一緒に実装されており、コミットが完了するとチ

    ext3とトランザクション処理
    kiririmode
    kiririmode 2009/04/26
    ext3 のジャーナリングモード
  • FREENIX Track: USENIX 2002 Annual Technical Conference - Paper

  • Oracle

    のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。

  • LinuxでXFSファイルシステムを利用するヒント

    Linuxで比較的大きなファイル(1つあたり数百MBからGBクラスの大きさ)を多数扱う場合(実際にはGridFTPを使用した場合)、標準の ext3ファイルシステム では、ファイルアクセス時 にCPU利用率が異常に上がりハングしてしまう等の問題が発生する場合があります。この問題は XFSファイルシステムを使用すると解決しました。私たちは2005年春に米国の研究所から大量(270TB)の実験データをgridftpで転送中に、この ext3の致命的な問題に直面しましたが、この問題は XFSファイルシステムの使用で解決しました。また ext3では論理volumeを使うと最大8TBまでのファイルシステム構築でき、マウントできますが、それ以上のファイルシステムは作成できません。XFSは8TB以上のサイズのファイルシステムを論理volumeで作ることが出来ます。 XFSはSIGが開発した open s

  • Linuxファイルシステムの基礎と応用 | OSDN Magazine

    ファイルシステムにおいてLinuxと他のOSが異なる点――それは、他のOSは標準でサポートするファイルシステムが2~3種程度であるのに対し、Linuxは非常に多彩な選択肢(ext2/ext3、ReiserFS、JFS、XFSなど)を提供していることだ。現在のところext3が使われることが多いものの、その理由は歴史的な経緯によるものであり、このファイルシステムがReiserFSやJFS、XFSに対して機能、性能的に優れているというわけではない。 以下で紹介する4つの記事は、2003年に発行された『Linux Power Tools』からの抜粋であり、ここではext3、ReiserFS、JFS、XFSの4つのファイルシステムのその特徴から設定・運用方法までが解説されている。4年前の記事ではあるが、その内容は2007年の現在でも通用するものばかりだ(ext4やReiser4といった新世代のファイ

    Linuxファイルシステムの基礎と応用 | OSDN Magazine
  • Linuxでの各種ファイルシステムのベンチマーク

    簡単なベンチマークとして、/usr/local以下を/usr/local2にバックアップする ために必要な時間および/usr/local2のバックアップをすべて消去するために 必要な時間を計測した。 測定を行ったマシンのスペックは、 CPU: Intel Pentium III (Katmai) 450MHz *2 メモリ : 1GB である。 /usr/localは Seagate ST34371W *4を カーネルの md raid5 ドライバを使用したソフトウエアRAIDで使用した。 SCSIインターフェースは Adaptec 2940 Ultra SCSI adapterを使用し、 HDDとはUltra Wide SCSI チャネルで接続した。 /usr/localはxfsでフォーマットしてあり、外部ログディスクを使用した。 外部ログディスクにはFUJITSU MPE327

  • Namesys.com

  • http://lc.linux.or.jp/lc2002/papers/sugaya0920h.pdf

  • 性能比較 - 詳解ファイルシステム

    I/O性能 十分メモリに乗るくらいのファイルサイズで比較 1Gbyteのファイルに対しread,writeを行います。 I/Oサイズごとに速度が異なることもあるので、参考になればと思います。 ただしwriteはsync無しとsync有りの2通り 今回はシェル+ddコマンドで仮の測定を行いました。測定方法は検討中(6/26) かなり予想と異なる結果なので、Bonnie等を検討中 read測定 time dd of=/dev/null if=testfile bs=1K count=1048576 time dd of=/dev/null if=testfile bs=2K count=524288 time dd of=/dev/null if=testfile bs=4K count=262144 time dd of=/dev/null if=testfile bs=8K count=1

  • Yahoo | Mail, Weather, Search, Politics, News, Finance, Sports & Videos

    Police: Shooting suspect is barricaded with hostages in N.J. home

    Yahoo | Mail, Weather, Search, Politics, News, Finance, Sports & Videos
  • 1