タグ

Linuxとファイルシステムに関するhagihalaのブックマーク (11)

  • OpenZFS on Linux

    OpenZFS Releases Version Verify Changelog Man Pages Release Date

  • Store and backup 200 million small files

  • iSCSIを用いた仮想化環境の構築手順

    iSCSI構成のディスクイメージ 前回の記事で、iSCSI構成の特徴として、データをブロックデバイスとして扱うことができるということを解説しました。先ほど実行したfdiskコマンドで、iSCSIのLU(論理ユニット)である/dev/sdaは59Gbytesの容量を持っていることが分かりました。 今回は、iSCSIのディスク上にLVMで論理ボリュームを作成し、その上に仮想マシンをインストールしてみます。 論理ボリュームに仮想マシンを作成することのメリットは、ディスクサイズの拡張にあります。例えば、LV-vm01にインストールした仮想マシンで、ディスク容量が足りなくなったとします。しかし図2の構成ならば、簡単に16Gbytesまで拡張することができます。さらに、空き領域に新たなパーティションを作成してボリュームグループに追加すれば、59Gbytesまで拡張することができます。 仮想マシンから見

    iSCSIを用いた仮想化環境の構築手順
  • Filesystem Hierarchy Standard

    Introduction This page is the home of the Filesystem Hierarchy Standard (FHS). The current version is 2.3. It was announced on January 29, 2004. The filesystem standard has been designed to be used by Unix distribution developers, package developers, and system implementors. However, it is primarily intended to be a reference and is not a tutorial on how to manage a Unix filesystem or directory hi

  • naoyaのはてなダイアリー - tmpfs は本当に容量が動的なのか

    Linux には tmpfs という便利なファイルシステムがあります。 $ mount -t tmpfs -o size=64m tmpfs /dev/shm $ mount -t tmpfs -o size=64m /dev/shm /var/tmpとすると、/var/tmp がディスク上ではなくメモリ上に作られたファイルシステムとして mount されます。なので、/var/tmp は I/O 時にディスクI/Oが一切発生しない高速なディスクとして使えると。いわゆる RAM ディスク。(もちろんサーバーの電源を落とすと保存したファイルは消えます。) この tmpfs はなかなかに便利で、キャッシュとかそういうものでディスクにおいてたものここ置くと、ディスク I/O がカットできて超高速になります。はてなでは MySQL のスレーブの MyISAM のファイルを tmpfs において、オ

    naoyaのはてなダイアリー - tmpfs は本当に容量が動的なのか
  • sshで他マシンのファイルシステムをマウントするには - @IT

    別のコンピュータのファイルシステムをマウントすれば、ローカルディレクトリと同様に扱える。4月版 カーネル2.6.11.yのメンテナは嫌なヤツ?(FUSEが流デビューするのはいつの日か?)で紹介したsshfs(http://fuse.sourceforge.net/sshfs.html)は、これをsshで実現するファイルシステムである。なお、sshfsはFUSEベースなので、FUSE(http://fuse.sourceforge.net/)というモジュールも必要だ。 注:マウント操作を行うコンピュータ(クライアント側)にsshfsをインストールする。マウントされるディレクトリを持ったコンピュータ(サーバ側)は、sshが稼働していれば特に設定の必要はない。

  • atime関連マウントオプション使用時のディスク性能比較 - 科学と非科学の迷宮

    要約 ITPro 掲載のチューニング記事に書かれていた、 「mount オプションに noatime オプションを付加すると読み込み速度が倍になる」 という情報について検証を行いましたが、検証方法や考察に誤りがありました。 調査の結果 Fedora8, Fedora9, Ubuntu8.04 LTS ではデフォルトで relatime オプションがついていることがわかりました。 検証方法を read() システムコールの実行時間測定という方法に変更し、あらためてデフォルト、noatime, relatime マウントオプション付加時の性能検証を行ったところ、私の環境(Core 2 Duo(2.2GHz),メモリ2GB,Fedora8)では noatime, relatime マウントオプションを付加することで、デフォルト時の実行時間の半分で read() システムコールを実行することができ

    atime関連マウントオプション使用時のディスク性能比較 - 科学と非科学の迷宮
  • LVMで楽々ディスク管理

    かつてディスク空間の管理は手間も時間もかかり、管理者にとってもユーザーにとってもいらだたしいものだった。しかしLVMを使用すれば、ほとんど苦労することなくディスク空間を増やしたり、減らしたり、管理したりできる。 かつてディスク空間の管理は手間も時間もかかり、管理者にとってもユーザーにとってもいらだたしいものだった。ディスク空間が足りなくなった場合には、Linuxをインストールし直したり、数時間をかけてPartedのようなツールを使用してパーティーションの大きさを変更したりすることもしばしばだった。しかしLVM(Logical Volume Manager)を使用すれば、ほとんど苦労することなくディスク空間を増やしたり、減らしたり、管理したりできる。 LVM入門 LVMの使い方の説明に入る前に、LVMの用語を知っておこう。LVMでは、一般的なパーティーションのことを「PV(Physical

    LVMで楽々ディスク管理
  • ITmedia エンタープライズ:特集:LVMによるディスクパーティションの動的化(後編) (1/5)

    特集 2003/08/08 13:00:00 更新 特集:LVMによるディスクパーティションの動的化(後編) (1/5) OSからハードディスクを管理するためには、従来よりパーティションで区切るという伝統的な決まりがある。そのパーティションの壁を緩和するのが「LVM」。この特集では、導入方法を詳細に解説していこう。 VGにPVを追加してみよう 特集前編までの解説で、LV(論理ボリューム)を実際に作成して利用できるようになった。まず最初に用語の復習をしていこう。流れを把握したい人は、前編から通して読むことをすすめる。 目 次 1. VGにPVを追加してみよう 2. LVをリサイズしよう 3. システム起動時にLVを自動マウントさせるには 4. LVMの操作には2つのシーンがある 5. PV移動とVGからの取り外し方 6. スナップショットでバックアップコストを下げる 7. LVMに次ぐ「LV

  • エンタープライズ:特集:LVMによるディスクパーティションの動的化(前編) (1/7)

    特集:LVMによるディスクパーティションの動的化(前編) (1/7) サーバのディスク容量が減少してくると、いずれ訪れるであろう対処策を考えておく必要がある。この特集で解説する「LVM」は、固定されたパーティション概念を無くすファイルシステムの管理方法だ。 Linuxなどのサーバ運営を行っていると、管理者にはさまざまな悩みが出てくる。その中でも深刻なものの1つとして、物理的な問題であるディスク障害がある。現状の環境をそのまま継続利用したいと思っても、容量不足になってしまうと何らかの対処が急務だ。この特集では、新たなディスク管理規格「LVM」(Logical Volume Manager、論理ボリュームマネージャ)について具体的な導入手順を解説していこう。 この特集では、LVMがどのような仕組みを持ち、どのようにすれば既存環境に導入できるかを解説していく。記事上ではRed Hat Linux

  • linux上でディレクトリ内に作成できる最大ファイル数は1万から1.5万だが実際は5000個くらいでやめておいたほうが:Web屋のネタ帳 on CNET - CNET Japan

    あまりCNET向きとは言えない技術的過ぎるTIPSで恐縮なのだが。 Linuxのドキュメントには次のように記載されている。 現行の単方向リンクのリストによるディレクトリの実装で、一つのディレクト リ内のファイル数は、実運用上約 10-15k 個が上限になります。この制限はこ のような大きなディレクトリ内のファイルを作成および削除 (さらに検索) す る時のパフォーマンスの問題のためです。 JF: Linux Kernel 2.4 Documentation: ext2.txt より 注:これは現在主流のext3ではなく古いext2のものだが、実際問題としてこの制限はほとんど変わっていない。xfsになると話は別だが。 ということで、ひとつのディレクトリにつくれるファイル数は1万個くらいにしておいたほうがいいようだ。 だが筆者の経験上ではせいぜい5000個くらいでやめておいたほうがいい。

  • 1