ティアのホームページ☆ミ:Page 235 oC
<<< << < prev3$F? 235/554ページ(1661件) $FAnext3 > >> >>>
To Close..ななみさん豊胸! 2012年03月12日10時39分
ななみさんは、当時BTOで2G−>4Gの増強をして買いました。

64bitOSを走らせるのに、何故2G?とか思いませんか?

なので、4Gに増やしました。

増やすのだけで8kくらいかな? もっとかな?かった様な気がします。


大した何かが入っているわけではありませんが、
それでも64bitOSとなると、それだけでちょっと容量が多いのです。

単純に考えて、全てのアドレス(ポインタ)が32bitから64bitへ、2倍の増量
全てのハンドルが、32bitから64bitへ、2倍の増量

インストラクションコードの増長
等々で、32bitOSより、カーネルのサイズが600M程大きいのです。
(クリーンインストールした時のPCの使用メモリから算出)


確かに、32bitOSが3Gちょいしか認識しないのに対し、64bitOSは4Gきっちり認識するので、それだけでもそれなりに相殺されますが、32bitOSが、3G以上を認識していなくて全く利用していないわけではありませんので、その効果も限定的なのです。
だから、少なくなくとも6G以上を乗せないと64bitOSである意味は無いのです。

で、一般的なノートPCは二スロットしか有りませんので、2G×2の次は、4G×2しか有りませんし、PCのマニュアルを見ても、最大が8Gって事になっていますので、まぁ8G×2という選択肢は無い感じです。

で、ななみさんのために買ったのはコレ

CK4GX2-SOD3U1333

相変わらずのCentury Micro製品

信頼のセンチュリー

メーカーの型番じゃ分からないでしょうから、規格名で解説しましょう。

DDR3 SO-UDIMM 1333MHz 4GB 2枚組


まぁ、最近のノートPCとしては一般的な物ですね

これを7000円弱で購入してきまして、ななみさんの2G×2を抜いて、4G×2に変更しました。


特にコレと言った問題も無く(蓋を開ける時に、ファンの電源が突っ張ったくらい)交換は終了し、特に問題なく、認識し、
特に何の問題も無く動いております。

一応メモリチェック(OS標準)を実行もしましたが、問題なく


あえて言うのであれば、起動がちょこっと速くなったかな?

8G有るし〜、仮想マシン立ち上げてみるかな〜?とか思わなくも無い。

どうでしょ?
閉じる
テーマ:日記 URL:https://tsukiyori.sakura.ne.jp/index_m.cgi?ID=959
 
To Close..データ消し飛ぶ! 2012年03月07日09時44分
まぁ、ちょこっとだけどね?

FC2Wikiの昨日の障害にて、半日分ぐらい消えた模様

からくり洞窟の30階まで到達していた分の記入が16Fになっている。

該当ページの最終更新日時が
2012-03-05 22:11:07になっているから
3/5に帰宅して、帰宅中のを記入し終わった頃までのデータが残っていたって事ですよね〜

「失われたデータは全体の0.1%程度」(最新障害情報・メンテナンス情報ブログより抜粋)

って事になっていますが?
0.1%ってかなりの量ですよ?

情報を預かる側としてはこの値は0.001%以下にしないとダメです。

例えばですね?

今のPCのHDDって2Tとか有るじゃないですか?このHDDの0.1%って2GBですよ?

まぁ、半分ぐらいしかデータが無かったとしても、1Gものデータ消失ですよ?


さらに言うのであれば、あぁいったサービスでは、数百Tものストレージを組んでいる事が当然で、0.1%の消失したデータは数百GBって事になります。


ホント、膨大な量です。

確かに、人それぞれって言う事にした場合、それはごく僅かかもしれません?

あたしも、3/5の22時から3/6の11時までの、止まる直前まで入力していた8時間分(入力したデータを収集していた時間)のデータが消えただけですけどね?

プレイデータの履歴とか、失われたデータは二度と復活できませんし、困ったものです。

まぁ、消えても困らないデータではありますが?一覧に穴が空くのは残念ですね。


復旧できないデータについて、あれこれ言ってもしようがありませんね?


データの定期的なバックアップと言われましても、FC2にはバックアップ機能が有りませんし、やはり、ここを利用するのは辞めましょうか?

所で、気になる部分というと

「WIKIサービスにおきましてもきわめてデータ消失が発生しづらい
新システムの移行を取り急ぎ行い、再発防止に努めさせて頂きます。」(最新障害情報・メンテナンス情報ブログより抜粋)

ってことですけど?


まぁ、考えるに、これもRAID5でしょうね〜?

ディスクの速度から言って、単独とかミラーって事は無いでしょう
だからと言って、ストライピングのみって事も無いと思います。

それなりに、復旧作業を行ったようですからね〜?


RAID5を作った人は、責任追及されるべきかと思うのです。


ミラーとストライピング(0+1)のいいとこ取りのRAID5ってことですが?

Raid5程復旧し辛い物は無いと思うのです。


確かにRAID5は冗長データが有り、1ドライブの損傷に対し、データを復旧できるという所です。
それは、理論的な話です。

実際には、ドライブはだんだん壊れていき、そして、突然ドライブ全体が読めなくなったりするのです。


特に、壊れる前後に書き込んだデータは、正常な方のドライブにも不正なデータを書き込んでいる事が多く、また、コントローラの方が壊れた場合は、全部のデータが読み込み不可能になります。

コレが、完全復旧を不可能にする原因です。

また、当然ながら、最後の方に書き込んだデータの方が、最近よく使っていたデータですから、これらが最も大事だという所ですが?

コレを真っ先に復旧して貰いたいという利用者側の要求に応える事が不可能なのです。



そして、場合により、完全消失も起こします。

特に、自動リビルド機能とかがある場合、リビルドする度に、破損ドライブが入れ変わります。
(壊れていても、復旧は意外と成功します。しかし壊れているため、直ぐにデータエラーが起きます、その際、復旧に際しメインドライブが入れ替わっています。それが原因で、壊れていないドライブに対して、障害フラグが立ちます)
壊れたデータから復旧を掛ける事となり、データの損傷はどんどん進みます。

あっさり、全損するわけです。


RAID5は絶対に使ってはいけませんよ?

せめてRAID6、出来ればRAID10と言いたいところですが?
も〜、0+1で良いんじゃなイカと思います。

0+1と定期バックアップ(完全別ユニット)

SMARTが有っても、故障判定が出るまで、意外と長いのですよ?

完全バックアップが無いと、故障してから、故障判定が出るまでの間に書いたデータが原因で、全データが破損する可能性も有りますから、それを回避するには、別システムの必要が有ります。

まぁ、あたしも、気をつけます☆
閉じる
テーマ:日記 URL:https://tsukiyori.sakura.ne.jp/index_m.cgi?ID=958
 
To Close..無料の限界? ※追加×2 2012年03月06日11時49分
あたしが適当にデータを投げ込んでいるFC2ですが〜、

まぁ、ここのアクセスカウンタや、アクセス解析(って程はしてないけど?)
あと、拍手?

この辺りを、FC2で利用してるんだけど、


FC2が止まったというか?エラーメッセージ見てるとDBが落ちたみたい(笑


この所ずっとアクセスが不安定で、返事が暫く来なくなったり
表示が遅かったり、データが反映されなかったりと、まぁ大変だったのですよ?

まぁ〜、ついに落ちたか〜?って感じでしょうか?


取りあえず、移転しようかと考えているんだけど・・・?

月依には空き領域結構有るから、こっちで、自分で立ち上げるって言うのも、一つの手だよね?
データが生きていれば、引っ越すとかも出来るんだけど、死んでたらね〜、画像データ以外は保存していないんだよね?

何せ、バックアップ機能が無いの(笑

FC2は独自のwikiを提供しているらしく、そう言う意味では、使い勝手がかなり良かったんだけど、他のwikiは以外と機能が多い割に使いにくいと言う問題点がね?

一応候補としてはPukiWikiかな?

ファイルの管理が面倒なのが、アレなんだけどね?

ファイルは、フォルダに直接投げ込むか?、何処かのページの添付ファイルにしないといけないらしいのですよ?

数百のファイルを特定のページの添付ファイルにしたら、それはモー大変でしょうから?

専用のフォルダを作って、そこに入れるしか内ですよね?

その際は、どうやったらアップロードできるのかとか?プラグインの追加が居るのかとか?

悩みは尽きませんね?

取りあえず、FC2の回復待ちです。

まぁ、バックアップが取れるサイトでは内ので、引き抜きは全部手動って事になりますね〜


※追加×1
FC2の方、メンテ中の画面が表示される様になりましたね。

あと、ここのwikiは取りあえず、
http://lurumix.sakuraweb.comのアドレス取ったから、まだ、中見ないけど^^

※追加×2

FC2は完全に沈黙していますね

障害情報は、13時に更新されたっきりで、そのまま。

通信障害とかじゃ無くて、何かが壊れたんじゃないかと?

データ残っていると良いな?

ハードウェア障害か〜、運営側としては、最も怖い何かですよね?
閉じる
テーマ:日記 URL:https://tsukiyori.sakura.ne.jp/index_m.cgi?ID=957
 
<<< << < prev3$F? 235/554ページ(1661件) $FAnext3 > >> >>>