RAIDコントローラのキャッシュ構成 - とあるSIerの憂鬱
コントローラがもっているキャッシュは『コントローラ・キャッシュ』と呼ぶ。 コントローラ・キャッシュをライト・キャッシュとして使用する場合、電源断でキャッシュ内容が消失しないよう、バッテリを内蔵する。 バッテリが無い場合、バッテリの充電が十分でない場合はライト・キャッシュを使用しないライト・スルーに自動で切り替わる。 バッテリ動作の期間内にコントローラ・キャッシュの内容を保持するだけでなく、不揮発のフラッシュ・メモリに書き込むものもある。 リード・キャッシュは効果が少ないため、HPのコントローラではリード・キャッシュ25%、ライト・キャッシュ75%の比率がデフォルト。 コントローラ・キャッシュはRAIDのパリティ計算などコントローラの作業用メモリとしても使われる。 HDD自体が持っているキャッシュ(バッファ)は『ディスク・キャッシュ』と呼ぶ。 サーバ向けのHDDではディスク・キャッシュは通常
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
クラウド事業者によるサーバーハードのオープンソース化が進展 - Open Compute Summit
この記事は会員登録で続きをご覧いただけます申込は簡単3分！ 今すぐ会員登録（無料） 会員の方はこちら 【この画面が表示された方限定】 会員登録（無料）で14日間有料記事が読み放題 ※14日間試読付き登録会員のお申し込みはお1人様1回限り
e1000とe1000eはそんなに違うか？～計測編～ – ひねもす庵
GbEをベンチしてみたシリーズ数字編。 取り敢えず、画像をぺたっと。 ・・・いやね、Excelで表を作ったら、それをExportするのが面倒で。 これでも読めるからイイでしょ、ということで。 netperfのコマンドラインは以下の通り。 puddy_netperf -H 相手IP -l 30 — -s 65535 -S 65535 CPU負荷率は目測。目安程度でしかないので念のため。 CIFS計測のコマンドラインは以下の通り。 copy ￥￥相手IP￥共有名￥ファイル名 ローカルドライブ：￥作業ディレクトリ 更に、CIFS転送効率も目測。 とはいえGB単位のファイルを複数回転送していて、且つ1回目は捨てているので、そこそこの数字ではあると思う。 ＃1回目を捨てるのはDisk I/Oの影響が大きいため。 2回目以降は転送元側のCacheにFileが乗るので多少影響が減る。 ・・・で、数字並べ
LSIMegaRAIDSAS – HWraid
LSI MegaRAID SAS 1. Card information MegaRAID SAS is the current high-end RAID controllers series by LSI. It is fully hardware RAIDs controllers supporting RAID5, at least, with SAS or SATA interfaces. If you're a looking for information about MegaRAID SCSI connectors, please look at LSIMegaRAID instead. All theses card can be used with stock Linux kernel which includes a working driver. It's quit
クラウドを加速させるSSD技術（後編）（1/2） － ＠IT
ディスクI/Oの特性を理解し、最適化へ クラウドを加速させるSSD技術（後編） 松本直人 仮想化インフラストラクチャ・オペレーターズグループ チェア さくらインターネット研究所 上級研究員 2012/3/5 サーバ仮想化が普及するにつれて管理者の頭を悩ませているのが、ストレージへのアクセス集中、負荷集中です。高速にデータ処理を行えるSSDを適材適所で活用すれば、この課題に対処できます。（編集部） ディスクI/O性能の特性を理解する しばしば、「SSDはHDDに比べて高速だ」といわれますが、前編でもお話したとおり、常にそうとは限りません。特にディスク性能で違いが見られるのは「ディスクへの書き込み性能」といわれます。後編ではこれを題材として見ていきましょう。 最も簡単にディスクへの書き込み性能を測定できる対象として、「シーケンシャルWRITE」、つまり連続的にデータ書き込みを行う処理があります
CentOS 6.0 で NIC と ethX の対応を固定化する
CentOS 6.0 で NIC 交換 (オンボードの場合はマザーボード交換も含む) した場合でも、ethX が変化しないように、固定化する方法です。RHEL6 でも同様にして可能。 2015-01-18追記、CentOS7/RHEL7についてはこちらを参照。 CentOS 6.0 のデフォルトでは、MAC アドレスと ethX を対応付けており、交換により MAC が変化すると、自動的に新たな対応関係が作られるようになっているため、ethX がずれてしまいます。対応関係は、/etc/udev/rules.d/70-persistent-net.rules に設定されます。 このあたりについては、前に書いた記事を参照してください。 CentOS 6.0 で NIC 交換した場合の挙動 CentOS 6.0 で NIC と ethX の対応を変更する 以上が基礎知識ですが、まずは、この 70
グーグルの研究が示すメモリエラーの真実--明らかになった高い発生率
どうしてまたコンピュータがクラッシュしたのかと不思議に思ってはいないだろうか。Googleの実環境での研究によれば、それはメモリが原因かもしれないという。この研究では、メモリのエラー率が、これまでの研究で示されていたよりも高いことが分かった。 Googleは、同社のデータセンターにある膨大な数のコンピュータを使って、それらのマシンの実際の稼働状況についての実環境データを大量に収集することができる。それがまさに、エラー率が驚くほど高いことを明らかにした研究論文のために、同社が行ったことだ。 トロント大学教授Bianca Schroeder氏と、GoogleのEduardo Pinheiro氏ならびにWolf-Dietrich Weber氏の共著である同研究論文によれば、「メモリエラーの発生回数や、さまざまなDIMMにおけるエラー率の範囲が、以前報告されていたよりもずっと高いことが分かった。メ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MegaCLI commands
RHEL6のマルチキューで効率的なネットワークの付加分散