furyaのブックマーク / 2009年2月2日 - はてなブックマーク

furya id:furya

2009年2月2日のブックマーク (4件)

redhat updateマニュアル
Release Notes Planning Installing RHEL Upgrading RHEL Composing RHEL images using Image Builder System Administration Security Networking Identity Management Storage Clusters Containers and Virtual Machines Cloud Developing applications Red Hat Insights for RHEL RHEL for SAP Solutions
furya 2009/02/02
redhatお勧めのswapパーティションサイズ

linux
リンク
はてなブログ | 無料ブログを作成しよう
晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…
furya 2009/02/02
リンク
Linux チューニング - Ext3 のパフォーマンスを最大化させる
じつは自宅サーバのロードアベレージが上がり続けています。分析の結果、ボトルネックは I/O 処理でした。CPU は Athlon64 X2 4400+ ですが、まだまだ当分この CPU で間に合いそうです。HDD は当時は 7200 回転で最速だった HITACHI Deskstar T7K250 SATA2 250GB を RAID1 構成にしたのですが、今思えば速度優先で RAID0 にしておけば良かったと少しだけ後悔。 I/O がボトルネックに成っている理由ですが、Drk7jp が公開しているサービスの全てがキャッシュファイルを利用した高速化手法を取っているのですが、単純にそれらファイルの write 処理が追いついていません。常に何らかのプロセスで I/O 待ち状態が発生しているような状況です。抜本的な解決方法としては disk を高速なものに交換する以外ありません。というわけで
furya 2009/02/02
リンク
blog.keitap.com: FFFFOUNDとnoatime
スケーラブルWebサイトを読んでたらnoatimeの事が書いてあったので、画像を保存してるディスクをnoatimeでマウントし直したらロードアベレージとDiskのI/Oがえらい下がった。 (途中、データが取れてない部分がありますが、サーバがダウンしてたわけではなくて単に監視がうまくいってなかった) 再マウント時のコマンド: mount -o noatime,remount,rw /dev/sda2 画像配信のキャッシュサーバの方も同じくnoatimeでマウントしてみたけど、そっちはSquid使ってるのでキャッシュが単一のファイルの為効果はなし。結論としては、大量のファイルを保有してる場合はnoatimeの効果は絶大だと。
furya 2009/02/02
リンク
- 2009年2月3日
- 2009年2月2日
- 2009年1月27日